Policy | Technical | Proposals | Idea lab | Miscellaneous |
The policy section of the village pump is used to discuss proposed policies and guidelines and changes to existing policies and guidelines. If you want to propose something new that is not a policy or guideline, use the proposals section. If you have a question about how to apply an existing policy or guideline, try one of the many Wikipedia:Noticeboards. This is not the place to resolve disputes over how a policy should be implemented. Please see Wikipedia:Dispute resolution for how to proceed in such cases. Please see this FAQ page for a list of frequently rejected or ignored proposals. |
« Older discussions, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127 |
Centralized discussion | |||
---|---|---|---|
![]() |
|||
Proposals: policy | other | Discussions | Ideas |
For a listing of ongoing discussions, see the dashboard.
Note: entries for inactive discussions, closed or not, should be moved to the archive. |
|||
Contents
- 1 Wikipedia:Disambiguation and inherently ambiguous titles
- 2 Schoolblocks
- 3 CSD g13
- 4 Diagram image size (on wikipedia webpage) should be increased. (Creating a discussion)
- 5 Does IAR overule our Manual of Style?
- 6 Manual of Style (Japan-related articles) RFC
- 7 Implementing the results of the infobox RfC
- 8 Discussion about No Personal Attacks
- 9 Basic Data Page (A4 or 2xA4 max)
- 10 Proposal to upgrade essay WP:BRD to official policy in edit warring issues.
Wikipedia:Disambiguation and inherently ambiguous titles
What guidance should WP:Disambiguation give for article titles that do not result in a conflict between two or more articles, but which are not inherently unambiguous to a general audience?
Background:
- This content regarding titles that inherently lack precision was added to WP:DAB on June 6, 2015, by SMcCandlish, consisting of a paragraph under "Is there a Primary Topic?", an example under "Deciding to disambiguate", and a summary sentence in the lead paragraph: "Disambiguation may also be applied to a title that inherently lacks precision and would be likely to confuse readers if it is not clarified, even it does not presently result in a titling conflict between two or more articles." SMcCandlish posted a rationale of this addition to the talk page, which received no replies.
- On July 16, 2015, Red Slash removed the main paragraph, with the comment "How does this have anything at all to do with disambiguation?". A talk page discussion between Red Slash and Francis Schonken discussed this removal.
- On July 28, 2015, Red Slash removed the example under "Deciding to disambiguate". On August 6, this example was restored by SMcCandlish and again removed by Red Slash, then, on August 7, restored by SMCandlish, removed by Francis Schonken, again restored by SMcCandlish, and again removed by Francis Schonken. An RFC on the content from that time doesn't appear to have been officially closed, but by my count has three editors in support of the principle of "disambiguation for clarification" and three opposed.
- In February 2016, the lead sentence (the only remaining portion of the content originally added June 6) was removed by Born2cycle, restored by by SMcCandlish, removed by BD2412, restored by Dicklyon, removed by Calidum, restored by Tony1, removed by Calidum, restored by Tony1, removed by Calidum, and restored by Bagumba who locked the page for edit warring. A talk page discussion did not result in any clear consensus.
- On March 23, the lead sentence was removed by Dohn joe, restored by In ictu oculi, removed by Dohn joe, and restored by SMcCandlish. A further talk page discussion ensued.
- With respect to the participants on both sides, the discussion of the proposed guideline so far has generated more heat than light. I'm hoping a straightforward and (pardon the pun) unambiguous RFC can resolve the issue somewhat permanently and put an end to the disruptions to WP:D. Two of the talk page discussions have proposed taking this to RFC, but don't seem to have been able to reach agreement even on what an RFC should look like. As I have not, to my recollection, participated in the dispute, I have done my best to frame it neutrally and been so bold as to just go ahead and post it here. Please let me know if I have missed anything salient in the above summary.--Trystan (talk) 02:34, 25 March 2016 (UTC)
Responses (disambiguation)
- Parenthetical notes in an article title (unless the parenthetical notes are part of the article title) should only be used to distinguish between multiple articles with the same title. I can't think of a time when I would add a parenthetical dab to a title of an article when it didn't belong, merely to clarify something. Perhaps if some examples of contentious article titles were posted, we could see the nature of the dispute here. --Jayron32 03:11, 25 March 2016 (UTC)
- No guidance. This kind of guidance is a can of worms - loads of unintended consequences. We should not "pre-disambiguate" an article because "it sounds too generic" or "that doesn't sound like it is an X" or "that sounds too similar to X". If there is an existing encyclopedic topic that shares a name with another topic, there is potential ambiguity, and we refer to WP:DAB's guidance. If there's only one topic, then WP:DAB does not come into the equation. The examples given to illustrate the contested guidance show that. "Flemish giant" - with no context - sounds like it might be a tall person from Antwerp. While this may be true, tall people from Flanders is not an encyclopedic topic. So instead, Flemish giant redirects to Flemish Giant rabbit - a domestic rabbit breed.
But that's the point - "Flemish giant" redirects to "Flemish Giant rabbit". Why? Because there is no other encyclopedic topic to disambiguate from. Conversely, Algerian Arab is a dab page, while Algerian Arab sheep is an article about sheep. So in this case, "sheep" serves to disambiguate, while "rabbit" does not. If you prefer "Flemish Giant rabbit" for WP:CONSISTENCY purpose or something else, that's fine, but it's not actually disambiguating anything.
So - there is actually nothing unusual here. Regular WP:DAB questions should be asked of any title. Those questions should not include "Doesn't that kind of sound like something else?" Dohn joe (talk) 03:45, 25 March 2016 (UTC)
-
- "If you prefer 'Flemish Giant rabbit' for WP:CONSISTENCY purpose or something else, that's fine, but it's not actually disambiguating anything." OK, by your narrow definition, this is not actually disambiguating anything, in that there is no confusion what article you want if you say Flemish giant. Note, however, that by a broader definition, quite often that extra word that is "not necessary" does a lot of good in terms of improving precision and reducing ambiguity. Did you look at the railway station example I added? The point is that that minimalist titling that some espouse leaves things looking imprecise, and we have many examples of consensus naming conventions that don't interpret precision and ambiguity in this narrow B2C way. Dicklyon (talk) 03:52, 25 March 2016 (UTC)
- Projects are allowed to develop naming conventions. They usually are exceptions to the precision/ambiguity criterion of WP:AT - see WP:USPLACE, WP:Naming conventions (UK Parliament constituencies), etc., referenced at WP:PRECISION. So, yes, consistency, or naturalness or some other consideration can override precision. But it should remain an exception that doesn't swallow the rule. Dohn joe (talk) 04:03, 25 March 2016 (UTC)
- I'm pretty sure projects don't change, supercede, or make exceptions to policy and guidelines. And WP:PRECISION isn't overridden by having the article title "unambiguously define the topical scope of the article". People seem to ignore that provision, and treat precision as a negative when they could use a shorter title without a collision. That's the B2C algorithm, and it's nonsense. Dicklyon (talk) 05:03, 25 March 2016 (UTC)
- I'd never seen Wikipedia:Naming conventions (UK Parliament constituencies) until today. I can't believe it exists. Curly Turkey 🍁 ¡gobble! 05:09, 25 March 2016 (UTC)
- Your singular personal belief is not required to make things exists. The world, and the things in it, exist outside of your consciousness. --Jayron32 05:18, 25 March 2016 (UTC)
- And the world outside the Wikipedia:Naming conventions (UK Parliament constituencies) basement has moved strongly against this pointless "disambiguation"—WProjects like WP:CANADA and WP:INDIA dropped this silliness years ago. So, what were you saying about "singular personal beliefs"? Curly Turkey 🍁 ¡gobble! 05:25, 25 March 2016 (UTC)
- And yet, it still exists. Notice how you had a feeling or an emotion (you thought it "silly") and nothing changed. The world works like that: reality continues to keep being real despite you having feelings about it. It's odd you haven't learned that. --Jayron32 16:17, 25 March 2016 (UTC)
- You don't appear to have a point. Curly Turkey 🍁 ¡gobble! 21:18, 25 March 2016 (UTC)
- And yet, it still exists. Notice how you had a feeling or an emotion (you thought it "silly") and nothing changed. The world works like that: reality continues to keep being real despite you having feelings about it. It's odd you haven't learned that. --Jayron32 16:17, 25 March 2016 (UTC)
- And the world outside the Wikipedia:Naming conventions (UK Parliament constituencies) basement has moved strongly against this pointless "disambiguation"—WProjects like WP:CANADA and WP:INDIA dropped this silliness years ago. So, what were you saying about "singular personal beliefs"? Curly Turkey 🍁 ¡gobble! 05:25, 25 March 2016 (UTC)
- Your singular personal belief is not required to make things exists. The world, and the things in it, exist outside of your consciousness. --Jayron32 05:18, 25 March 2016 (UTC)
- Projects are allowed to develop naming conventions. They usually are exceptions to the precision/ambiguity criterion of WP:AT - see WP:USPLACE, WP:Naming conventions (UK Parliament constituencies), etc., referenced at WP:PRECISION. So, yes, consistency, or naturalness or some other consideration can override precision. But it should remain an exception that doesn't swallow the rule. Dohn joe (talk) 04:03, 25 March 2016 (UTC)
- What Dohn joe is missing is that Algerian Arab was disambiguated to Algerian Arab sheep on the basis of it simply being naturally ambiguous. It only became a disambiguation page later. His 'So in this case, "sheep" serves to disambiguate, while "rabbit" does not' point is completely invalid. He doesn't appear to understand what "ambiguous" and "disambiguate" means. Neither do many of the other correspondents here. Fortunately, RM respondents often do. That's why Argentine Criollo, Welsh Black, British White, Florida White, and many other such names were disambiguated to more WP:PRECISE titles, despite no other article directly vying with them for the shorter ones. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 04:03, 26 March 2016 (UTC)
- "If you prefer 'Flemish Giant rabbit' for WP:CONSISTENCY purpose or something else, that's fine, but it's not actually disambiguating anything." OK, by your narrow definition, this is not actually disambiguating anything, in that there is no confusion what article you want if you say Flemish giant. Note, however, that by a broader definition, quite often that extra word that is "not necessary" does a lot of good in terms of improving precision and reducing ambiguity. Did you look at the railway station example I added? The point is that that minimalist titling that some espouse leaves things looking imprecise, and we have many examples of consensus naming conventions that don't interpret precision and ambiguity in this narrow B2C way. Dicklyon (talk) 03:52, 25 March 2016 (UTC)
- No guidance. WP:DAB was created to address a very specific situation – what to do when two or more articles share the same name. Everything else is covered by WP:AT and its spin-offs. For example, I'd consider Flemish Giant to be an inappropriate title (or at least less appropriate than Flemish Giant rabbit) because it fails WP:AT's "precision" criterion ("The title unambiguously identifies the article's subject..."). No extra guidance needs to be added to allow for titles like Flemish Giant rabbit, and any such guidance would be outside the scope of WP:DAB. DoctorKubla (talk) 09:39, 25 March 2016 (UTC)
- Retain the guidance – and this RfC is non-neutral and grossly misleading due to major errors of omission: No policy rationale presented for removal, only false claims that consensus wasn't established. The material describes actual practice at WP:RM for 15 years, and actual requirements of various naming conventions (e.g. WP:USPLACE). Attempts to delete it are based on lack of basic understanding of the word "disambiguation" (it means "to resolve ambiguity"), patently false claims that previous discussion did not happen and that consensus wasn't established, and a minority, extremist view that WP:CONCISE trumps all other article naming criteria in every case, no matter what, despite the clear wording of the WP:AT policy. The RfC falsely paints a picture of a slow editwar. Actual review of the history shows two back-to-back consensus discussions, two different attempts to by parties that the RfC falsely paints as opponents to integrate the material into WP:AT policy itself, normal WP:BRD process and revision, 8 months of acceptance, the two drive-by attempts at deletion predicated on false claims and unawareness of previous discussion, which were reverted by multiple parties. See #Discussion (disambiguation) for details. This RfC, whatever its intent, would reverse much longer-standing portions of multiple stable naming conventions like USPLACE and WP:USSTATION, just for starters, yet none of the affected pages were notified. Three quarters of a year of stability is plenty evidence of consensus, especially after three consensus discussions refined the material to its present state. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 16:04, 25 March 2016 (UTC)
- Recognize that disambiguation is more than one thing. Keep the guidance, as it deters those who try to use the omission (of recognition of this common practice of making titles non minimally short in order to make them more precise and less ambiguous) to drive toward a precision-is-bad minimality. 2620:0:1000:110A:71BE:75D9:749D:32C9 (talk) 19:42, 25 March 2016 (UTC)
-
- That IP is me. Sorry for forgetting to log in, and expressing myself so poorly. The point is that disambiguation of this "unnecessary" sort is used, widely, in wikipedia, and is even encouraged in various naming guidelines and conventions, for the purpose of supporting the WP:CRITERIA or precision and recognizability. Those who argue against this use of disambiguation seem to want to take a very narrow view of what ambiguty is, and put zero value on precision. This approach is epitomized by the decade-long campaign of B2C for "title stability", described by him at User:Born2cycle#A_goal:_naming_stability_at_Wikipedia, where he espouses moving toward a system of unambiguous rules, essentially removing from editors the discretion to make titles more precise or less ambiguous than the shortest possible title that does not have a name conflict. To support this approach he has spent years rewording the recognizability, precision, naturalness, and consistency criteria to essentially minimize their value, leaving concisenss as the main criterion. I find this approach abhorrent. Dicklyon (talk) 16:44, 26 March 2016 (UTC)
- There is ambiguity, and there is ambiguity that is relevant to WP:DISAMBIGUATION. They are not the same. Don't conflate them. The only ambiguity that has ever been relevant to WP:DISAMBIGUATION is when two are more titles on WP share the exact same WP:COMMONNAME. --В²C ☎ 21:33, 27 March 2016 (UTC)
- See dictionary material I helpfully provided for you. What you just posted doesn't even parse. Disambiguation is removal of ambiguity. All ambiguity is relevant to disambiguation, and all disambiguation is relevant to ambiguity. Disambiguation doesn't magically refer to "only the ambiguity I want it to mean". You don't get to make up your own version of the language on the fly. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 21:00, 1 April 2016 (UTC)
- There is ambiguity, and there is ambiguity that is relevant to WP:DISAMBIGUATION. They are not the same. Don't conflate them. The only ambiguity that has ever been relevant to WP:DISAMBIGUATION is when two are more titles on WP share the exact same WP:COMMONNAME. --В²C ☎ 21:33, 27 March 2016 (UTC)
- That IP is me. Sorry for forgetting to log in, and expressing myself so poorly. The point is that disambiguation of this "unnecessary" sort is used, widely, in wikipedia, and is even encouraged in various naming guidelines and conventions, for the purpose of supporting the WP:CRITERIA or precision and recognizability. Those who argue against this use of disambiguation seem to want to take a very narrow view of what ambiguty is, and put zero value on precision. This approach is epitomized by the decade-long campaign of B2C for "title stability", described by him at User:Born2cycle#A_goal:_naming_stability_at_Wikipedia, where he espouses moving toward a system of unambiguous rules, essentially removing from editors the discretion to make titles more precise or less ambiguous than the shortest possible title that does not have a name conflict. To support this approach he has spent years rewording the recognizability, precision, naturalness, and consistency criteria to essentially minimize their value, leaving concisenss as the main criterion. I find this approach abhorrent. Dicklyon (talk) 16:44, 26 March 2016 (UTC)
- No guidance from disambiguation should be created for article titles generally. If someone is looking for information about the Flemish Goose, which is very large and sometimes referred to as the Flemish Giant, then it is good to have the search box suggesting "Flemish Giant rabbit" as the only possibility before the person clicks and starts reading and is disappointed. Ditto for the Flemish Giant cross-stitch pattern. A recent example of a too-short page title that I came across was Hybrid name, which I moved to Hybrid name (botany) because on the talk page are such comments as "Why is this article written entirely from the point of view of plants, as if hybrid animals don't exist? We need to redress the balance." and the page itself had a tag "The examples and perspective in this article may not include all significant viewpoints. Please improve the article or discuss the issue. (May 2010)". The situation has clearly confused a few readers because although hybrid animals such as Ligers do exist, there is no special way of naming them, whereas for plants there is a detailed set of rules for creating scientific names. Sminthopsis84 (talk) 20:58, 25 March 2016 (UTC)
- Retain guidance as it stands - This isn't even a properly presented RfC. What is the problem with the current guidelines and why does it need to be re-evaluated per WP:PG? All I'm seeing here is WP:JUSTDONTLIKEIT or something for the DRN (which would be rejected). --Iryna Harpy (talk) 21:53, 25 March 2016 (UTC)
- No guidance. I feel that this sort of guidance should be integrated into WP:AT itself, if ever. I've been here on Wikipedia for a long time and I've always understood the WP:DAB guideline to only apply whenever two or more articles have ambiguous titles, and not merely because a non-ambiguous title sounds ambiguous. So such additional guidance that touches singularly on precision should be placed into WP:AT, where a more holistic look at the 5 criteria of good article titles should lead to better titles. Otherwise, the guidance placed on WP:DAB will seek to emphasize precision over the other criteria. —seav (talk) 03:26, 26 March 2016 (UTC)
- Injection of some facts and reliable sources, since at least half the respondents here don't seem to understand what "disambiguate" means. It is not a made-up Wikipedian neologism, for "resolve a title conflict between two articles" (resolving such conflicts is simply the most common use of disambiguation on WP; it has never, in the entire history of the project, been the only one).
- Definition of disambiguate at Dictionary.com (Random House Dictionary [US] and Collins English Dictionary [UK]): RH: "to remove the ambiguity from; make unambiguous: In order to disambiguate the sentence 'She lectured on the famous passenger ship,' you'll have to write either 'lectured on board' or 'lectured about.'"; Collins: "to make (an ambiguous expression) unambiguous".[1]
Definition of ambiguous: RH: "1. open to or having several possible meanings or interpretations; equivocal: an ambiguous answer; 2. Linguistics. (of an expression) exhibiting constructional homonymity; having two or more structural descriptions; 3. of doubtful or uncertain nature; difficult to comprehend, distinguish, or classify: a rock of ambiguous character; 4. lacking clearness or definiteness; obscure; indistinct: an ambiguous shape; an ambiguous future." Collins: "1. lacking clearness or definiteness; obscure; indistinct; 2. difficult to understand or classify; obscure."[2] - Definition of disambiguate at OxfordDictionaries.com [UK & US]: "Remove uncertainty of meaning from (an ambiguous sentence, phrase, or other linguistic unit): 'word senses can be disambiguated by examining the context' ".[3][4]
Definition of ambiguous: "(Of language) open to more than one interpretation; having a double meaning: 'the question is rather ambiguous', 'ambiguous phrases' ".[5][6]; "Not clear or decided".[7]. Note that the definition some people want to apply here as if it were the only one does not appear to be a language-related one: "Unclear or inexact because a choice between alternatives has not been made: 'this whole society is morally ambiguous', 'the election result was ambiguous' ".[8] - Definition of disambiguate at Dictionary.Cambridge.org [UK & US]: "specialized to show the differences between two or more meanings clearly: Good dictionary definitions disambiguate between similar meanings."[9]
Definition of ambiguous: "having or expressing more than one possible meaning, sometimes intentionally: The movie's ending is ambiguous. ... His reply to my question was somewhat ambiguous. The wording of the agreement is ambiguous. The government has been ambiguous on this issue."[10] "having more than one possible meaning, and therefore likely to cause confusion: Many companies are appealing against the ruling, because the wording is ambiguous."[11]:in "Business" tab - Definition of disambiguate at Merriam-Webster.com/dictionary [US]: "to establish a single semantic or grammatical interpretation for".[12]
Definition of ambiguous: "able to be understood in more than one way : having more than one possible meaning; not expressed or understood clearly; doubtful or uncertain especially from obscurity or indistinctness: eyes of an ambiguous color; capable of being understood in two or more possible senses or ways: an ambiguous smile; an ambiguous term; a deliberately ambiguous reply.[13] "Not expressed or understood clearly".[14]:Learner's Dictionary subsite
- Definition of disambiguate at Dictionary.com (Random House Dictionary [US] and Collins English Dictionary [UK]): RH: "to remove the ambiguity from; make unambiguous: In order to disambiguate the sentence 'She lectured on the famous passenger ship,' you'll have to write either 'lectured on board' or 'lectured about.'"; Collins: "to make (an ambiguous expression) unambiguous".[1]
- Shall we continue? — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 04:51, 26 March 2016 (UTC)
- I think we all know what "disambiguation" means in the real world – however, I think it's one of those words, like "notability", that has acquired a very specific meaning in the world of Wikipedia. In the four years I've been here, I've only ever seen the word used in relation to article-title conflicts. WP:DAB, since its inception, has only ever been about article-title conflicts, and it's the broadening of the scope of this guideline that I object to. DoctorKubla (talk) 18:57, 26 March 2016 (UTC)
- WP:REALWORLD. The nature of the discussion has made it very, very clear that "we" did not all know what disambiguation means at all. But let's back up and just look at WP:POLICY: "Wikipedia policy and guideline pages describe its principles and best-agreed practices. Policies explain and describe standards that all users should normally follow, while guidelines are meant to outline best practices for following those standards in specific contexts. Policies and guidelines should always be applied using reason and common sense. ... Guidelines are sets of best practices that are supported by consensus. Editors should attempt to follow guidelines, though they are best treated with common sense, and occasional exceptions may apply." There are entire naming convention guidelines that depend on this kind of precision disambiguation, and it is regularly performed at WP:RM; the "occasional exceptions [that] may apply" are so common they've often become codified as guidelines themselves! Ergo it has consensus, and it should be documented properly. It does not matter that the current draft of the WP:Disambiguation page only addresses title-collision disambiguation. It is not the only kind of disambiguation we do, and it never has been. We can wikilawyer for another year about what that draft says, and it will never change the facts about what Wikipedia actually does. There is no conflict of any kind between the wording you want to remove and actual WP practice, but there would be in removing it. By contrast, changing the WP:Notability guideline to use a broader definition of the word notable would instantly and radically conflict with actual WP practice. Notability here is a precise term of art with a particular definition laid out in detail at the top of that guideline; it's a criterion that causes results (e.g. article deletion). Disambiguation is simply a procedure, an action taken as a result of the application of other criteria, including precision and recognizability, after balancing their interaction with others, like conciseness. It's an apples and oranges comparison, except in that WP:Notability presently directly reflects WP consensus and best practices, and WP:Disambiguation did not until this was fixed 8 months ago; before then, and without the sentence you want to remove for no clearly articulated reason, the page reflects only some of standard WP disambiguation operating procedures, and pretends the others don't exist. All because people don't know what the damned word means. You're trying to disprove my point that some people are mistakenly treating "disambiguation" as some kind of special Wikipedianism, by trying to show that it's some kind of special Wikipedianism. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 22:35, 26 March 2016 (UTC)
- Just because some people sometimes justify title choices based on real world disambiguation does not mean WP:DISAMBIGUATION is, should be, or ever was about real world disambiguation. Whether real world disambiguation should continue to be tolerated as a factor to consider in title selection is within the domain of WP:AT, not WP:D. --В²C ☎ 21:33, 27 March 2016 (UTC)
- Since you're just repeating yourself, I will as well: See dictionary material I helpfully provided for you. What you just posted doesn't even parse. Disambiguation is removal of ambiguity. All ambiguity is relevant to disambiguation, and all disambiguation is relevant to ambiguity. Disambiguation doesn't magically refer to "only the ambiguity I want it to mean". You don't get to make up your own version of the language on the fly. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 21:30, 1 April 2016 (UTC)
- WP:DISAMBIGUATION deals with how to resolve ambiguities among two or more titles of actual WP articles. When no actual ambiguities exist between actual WP article titles, then there is no need for WP:DISAMBIGUATION. Period. #NotThatDifficult. --В²C ☎ 20:15, 7 April 2016 (UTC)
- Since you're just repeating yourself, I will as well: See dictionary material I helpfully provided for you. What you just posted doesn't even parse. Disambiguation is removal of ambiguity. All ambiguity is relevant to disambiguation, and all disambiguation is relevant to ambiguity. Disambiguation doesn't magically refer to "only the ambiguity I want it to mean". You don't get to make up your own version of the language on the fly. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 21:30, 1 April 2016 (UTC)
- Just because some people sometimes justify title choices based on real world disambiguation does not mean WP:DISAMBIGUATION is, should be, or ever was about real world disambiguation. Whether real world disambiguation should continue to be tolerated as a factor to consider in title selection is within the domain of WP:AT, not WP:D. --В²C ☎ 21:33, 27 March 2016 (UTC)
- WP:REALWORLD. The nature of the discussion has made it very, very clear that "we" did not all know what disambiguation means at all. But let's back up and just look at WP:POLICY: "Wikipedia policy and guideline pages describe its principles and best-agreed practices. Policies explain and describe standards that all users should normally follow, while guidelines are meant to outline best practices for following those standards in specific contexts. Policies and guidelines should always be applied using reason and common sense. ... Guidelines are sets of best practices that are supported by consensus. Editors should attempt to follow guidelines, though they are best treated with common sense, and occasional exceptions may apply." There are entire naming convention guidelines that depend on this kind of precision disambiguation, and it is regularly performed at WP:RM; the "occasional exceptions [that] may apply" are so common they've often become codified as guidelines themselves! Ergo it has consensus, and it should be documented properly. It does not matter that the current draft of the WP:Disambiguation page only addresses title-collision disambiguation. It is not the only kind of disambiguation we do, and it never has been. We can wikilawyer for another year about what that draft says, and it will never change the facts about what Wikipedia actually does. There is no conflict of any kind between the wording you want to remove and actual WP practice, but there would be in removing it. By contrast, changing the WP:Notability guideline to use a broader definition of the word notable would instantly and radically conflict with actual WP practice. Notability here is a precise term of art with a particular definition laid out in detail at the top of that guideline; it's a criterion that causes results (e.g. article deletion). Disambiguation is simply a procedure, an action taken as a result of the application of other criteria, including precision and recognizability, after balancing their interaction with others, like conciseness. It's an apples and oranges comparison, except in that WP:Notability presently directly reflects WP consensus and best practices, and WP:Disambiguation did not until this was fixed 8 months ago; before then, and without the sentence you want to remove for no clearly articulated reason, the page reflects only some of standard WP disambiguation operating procedures, and pretends the others don't exist. All because people don't know what the damned word means. You're trying to disprove my point that some people are mistakenly treating "disambiguation" as some kind of special Wikipedianism, by trying to show that it's some kind of special Wikipedianism. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 22:35, 26 March 2016 (UTC)
- I think we all know what "disambiguation" means in the real world – however, I think it's one of those words, like "notability", that has acquired a very specific meaning in the world of Wikipedia. In the four years I've been here, I've only ever seen the word used in relation to article-title conflicts. WP:DAB, since its inception, has only ever been about article-title conflicts, and it's the broadening of the scope of this guideline that I object to. DoctorKubla (talk) 18:57, 26 March 2016 (UTC)
- No guidance. WP:DISAMBIGUATION has always been, and should always remain, limited to situations where two or more actual articles on WP share the same WP:COMMONNAME. --В²C ☎ 21:33, 27 March 2016 (UTC)
- Delete per WP:IAR and WP:CREEP. It generally doesn't matter what the exact title of an article is and arguing about such titles is disruptive. Andrew D. (talk) 18:25, 30 March 2016 (UTC)
- No guidance. Disambiguation was intended only to be used where multiple articles shared the same name. Preemptive disambiguation is unnecessary disambiguation and shouldn't be promoted. Calidum ¤ 02:14, 31 March 2016 (UTC)
-
- Whose intention are you referring to? What about all the cases where it is used to reduce ambiguity and improve precision? Are you saying just define those as something different, not disambiguation? Or you're saying those are bad and we need to stop making titles more precise than the shortest possible title? Dicklyon (talk) 02:17, 31 March 2016 (UTC)
- Dicklyon, I can't speak for Calidum, but conflating the WP and general meanings of "ambiguous" and "disambiguation" is not helpful, so I'll be precise about which one I mean. The point is that the merits of whether general ambiguity is a factor to consider when there is no actual WP ambiguity with another title is not a matter of WP:DISAMBIGUATION, but something for WP:AT to address. Perhaps it can be justified by WP:PRECISION, as you say. But unless there is an actual url conflict to resolve between two or more article titles, it's not a WP:DISAMBIGUATION situation, period. That's the point here, and therefore the wording in question has no place on WP:DISAMBIGUATION. --В²C ☎ 00:42, 1 April 2016 (UTC)
- I hear what you're saying. But in the past you and others have pointed to this page to justify making titles less precise and more ambiguous. So having this page acknowledge that removing ambiguity has roles other than preventing article name collisions seems like a good thing that should stay. Dicklyon (talk) 02:30, 1 April 2016 (UTC)
- @Dicklyon: Just asking for my own education – could you point me to an example of a discussion in which WP:DAB was cited as a justification for making an article title less precise? DoctorKubla (talk) 09:48, 1 April 2016 (UTC)
- Here's one that opened just today: Talk:...Re_(film)#Requested_move_01_April_2016. It doesn't explicitly cite WP:DAB but relies on the theory that only name collisions matter and that ambiguity is otherwise fine. As you can see, editors other than Dohn joe are pretty much unanimous against this interpretation; maybe some of the other "no guidance" voices here will join him? Dicklyon (talk) 17:02, 1 April 2016 (UTC)
- Another open case, not explicitly citing WP:DAB, is Talk:Ron_Walsh_(footballer)#Requested_move_13_March_2016; many primarytopic grabs are of this form; treat the disambiguating information as negative and argue that name collision can be avoided in other ways, so we must move to the more ambiguous title. Dicklyon (talk) 17:23, 1 April 2016 (UTC)
- And here's a classic example from way back in 2008, with multiple editors on each side of the question: Talk:Bronson_Avenue_(Ottawa)#Requested_move; illustrating that editors often want to reduce ambiguity (disambiguate) even when there are not title collisions, and other editors point here and argue that's not OK per disambiguation guidelines. This one went on at great length and closed as "no consensus", meaning that the attempt to make the titles less precise and more ambiguous by citing "Unnecessary disambiguation" failed in that multiple-RM case. Dicklyon (talk) 01:18, 2 April 2016 (UTC)
- @Dicklyon: Just asking for my own education – could you point me to an example of a discussion in which WP:DAB was cited as a justification for making an article title less precise? DoctorKubla (talk) 09:48, 1 April 2016 (UTC)
- I hear what you're saying. But in the past you and others have pointed to this page to justify making titles less precise and more ambiguous. So having this page acknowledge that removing ambiguity has roles other than preventing article name collisions seems like a good thing that should stay. Dicklyon (talk) 02:30, 1 April 2016 (UTC)
- Dicklyon, I can't speak for Calidum, but conflating the WP and general meanings of "ambiguous" and "disambiguation" is not helpful, so I'll be precise about which one I mean. The point is that the merits of whether general ambiguity is a factor to consider when there is no actual WP ambiguity with another title is not a matter of WP:DISAMBIGUATION, but something for WP:AT to address. Perhaps it can be justified by WP:PRECISION, as you say. But unless there is an actual url conflict to resolve between two or more article titles, it's not a WP:DISAMBIGUATION situation, period. That's the point here, and therefore the wording in question has no place on WP:DISAMBIGUATION. --В²C ☎ 00:42, 1 April 2016 (UTC)
- Whose intention are you referring to? What about all the cases where it is used to reduce ambiguity and improve precision? Are you saying just define those as something different, not disambiguation? Or you're saying those are bad and we need to stop making titles more precise than the shortest possible title? Dicklyon (talk) 02:17, 31 March 2016 (UTC)
- Stop circumventing policy: Keep what became somewhat stable and take this up through the proper venue for making changes to policies and guidelines, that only in part includes this discussion. A problem I have is that there are errors in thinking and procedure.
- Note to closing admin: We have long established procedural policy covered under Proposals and Good practice for proposals for making changes to policies and guidelines.
- Exemptions like boldly making changes that could be accepted by a broad community consensus, seems to only make confusion and possible perennial discussions on what should be more stable far more often than not. Changing policies and/or guidelines should not be done by edit warring, the apparent practice of BRD, or these "local" only discussions to definitively solve such local editing solutions concerning policies and guidelines. A continued practice of by-passing a procedural policy (protection for any long accepted broad community consensus) does not make it proper, makes a laughing stock of our policies and guidelines, and allows said policies and guidelines to be changed on a whim.
- I am in support of retaining what is on the page because we can not right an error by a wrong procedure any more than we should attempt to edit war to create policy. I think this should be closed as consensus to move forward and follow procedure (to be brought up on the talk page), or an admin could move the discussion to the talk page so it can be listed everywhere relevant. The end result would mean leaving things as they are and settling it the right way. This would also reassert that policy should be followed. I would think, from this point, that only Wikilawyers would oppose following policy. Otr500 (talk) 06:31, 31 March 2016 (UTC)
- Otr500, I, for one, cannot understand what you're saying, specifically what reasoning justifies "retaining what is on the page". What is on the page is the result of edit warring; the point of this discussion is to decide in a more thoughtful process whether it should be retained or not. This discussion has been publicized at the talk page; previous discussions there did not lead to consensus, so someone thought maybe we could have a more productive discussion here. Again, I don't understand what exactly you're saying, much less why. Please clarify. --В²C ☎ 00:34, 1 April 2016 (UTC)
- @ B2C: Read the procedural policy. Because you can't here me (I don't understand "exactly" what you are saying) does not mean that others can't. I thought listing in two places, in bold, would be pretty clear as I didn't use any big words. Keep seemed pretty clear and retaining what is on the page equally understandable so I will assume (and hope) a miscommunication would be in the reasoning.
-
- "If consensus for broad community support has not developed after a reasonable time period, the proposal is considered failed. If consensus is neutral or unclear on the issue and unlikely to improve, the proposal has likewise failed.". A discussion to a conclusion, that might involve an admin, would normally stop edit warring. Editors that find themselves in such a position, especially seasoned editors here to build a good encyclopedia, should self include Wikipedia:Edit_warring#Other_revert_rules to include 1RR (one-revert rule) or 0RR (zero-revert rule) and not use reverts to include team reverts to push a POV. I could expect this on articles but policies and guidelines should enjoy more prudence.
- "Stop" means exactly what it states and I can provide a definition if that is unclear. Any "edit warring" began at a point and I saw nobody argue with what @SMcCandlish: stated that there were 8 months of stability. Maybe you missed that or didn't understand, and IF I missed something specifically please point it out instead of not understanding everything. I am stating: There should be no edit warring on policy changes or attempted changes. Clear on that? If not you might consider reading the procedural policy again.
- To argue that disambiguation has only one meaning does not make it true and that it should stand alone is not policy. Policies should not conflict nor should guidelines conflict with policy. IF WP:AT needs to mention disambiguation and point to a guideline, to make better article titles, then what in the world is the problem with that. What we have is editors that sometimes have a POV and sometimes promote it the tenth degree and Wikipedia enhancement be damned.
- Support for the below mentioned Flemish Giant over Flemish Giant rabbit has proven in many article discussions to be against consensus. To support Flemish Giant (rabbit) has also be shown to largely be against consensus preferring natural over parenthetical disambiguation. To try to ride a dead horse that disambiguation means only one thing just does not make it fact.
- There is no need to change Belgian Hare but Blanc de Bouscat would be vague to the average reader. It has become practice (like it or not) to clarify titles like this by adding the breed and without the parenthetical disambiguation. Brackets around a word is not the only determining factor of disambiguation. Die-hard Britannica fans do not like this but Wikipedia does not have to be a sister site. Discussions have shown consensus has moved away from Britannica style parenthetical disambiguation, preferring to add the breed as part of the title, and to naturally disambiguate to prevent ambiguity and have consistency within articles, when we are deciding on an article title. Maybe we should examine the little active but relevant essay Wikipedia:Consistency in article titles? This does not mean that such practice of using parenthetical disambiguation is bad, or against policy, but used as an exception.
- Sometimes accepted practice (by consensus) already shows the direction of community consensus, without trying to confuse the issue. Adding clarity so that new articles can follow accepted practice without large debates is not a bad thing. This prevents (as mentioned in above discussions) titles like Beveren (rabbit) (unassessed article with no talk page activity at this time), British Lop (stub class that is not a rabbit but a pig), English Lop (that is a rabbit and not a pig), French Lop (that is a rabbit), from Lop Nur, that is not a rabbit or sheep but a lake, and so articles like Welsh Mountain sheep are more clear (less vague) and differentiate (take away ambiguity that is still to disambiguate) a mountain from sheep.
- Real world versus Wikipedia world: It doesn't matter because we are not talking animated or other world characters versus real world people. We are talking clarity versus unclear, precise versus concise, parenthetical disambiguation verses natural disambiguation. Leaning towards concise verses leaning towards precision. This should not be a battle. We use balance to name articles, as well as source and community consensus, and sometimes leaning one way or the other is not a bad thing, actually justifiable, and adding article consistency among titles helps and carries broad community consensus. Disambiguation, in the form of adding a word for clarity, does not mean we are promoting precision over concise. It means we are adding some precision so that the precise title name is more clear and less vague, and follows other like article naming. It does not matter how much we wikiLawyer this it is still disambiguation but I am sure we must because that is what lawyers have to do right?
- Mr. B2C stated he can not understand what I am saying, and I hope not because of any personal inabilities. This discussion should be on the relevant talk page. The procedural policy, and I will type slow for clarity, states "Authors can request early-stage feedback at Wikipedia's village pump for idea incubation and from any relevant WikiProjects. Amendments to a proposal can be discussed on its talk page.". "start an RfC for your policy or guideline proposal in a new section on the talk page, and include the "rfc|policy" tag...". "The "proposed" template should be placed at the top of the proposed page; this tag will get the proposal properly categorized". These are ways to prevent edit warring and discussions from taking place, all over the place, as well as to ensure broad community consensus is followed, and so that changes made to policy by consensus is transparent, being on the relevant talk page. Listing a discussion here, as well as other relevant places, would be to point to a discussion on that talk page not have continued splintered discussions in many places.
- Or; we can just make this a perennial discussion to be brought up over and over again. A lot of times this does not deter community practices as reflected by broad community consensus, no matter how much we discuss a supposed issue. Here is some fantastic reading: What to do if you see edit-warring behavior and How experienced editors avoid becoming involved in edit wars. That is why I stated that a discussion here is not a definitive solution but to gather consensus (not battle) that should be continued on the talk page to effect broad community consensus continuation or change. Otr500 (talk) 10:22, 1 April 2016 (UTC)
- To compress and get to what I think the gist is of Otr500's multi-paragraph, multi-indent-level post above, and cut through a lot of the other chatter here: Eight months ago, WP:DAB was updated to describe actual practice, which is what guidelines are form as a matter of WP:POLICY. There were multiple BRD discussions about the then-long wording. The language was refined, and a short version (the sentence at issue here) was retained. Two thirds of a year later, two editors (B2C and Dohn joe) attempted to delete it on the patently false basis that it had not been discussed. Not only are their facts wrong, they cannot even formulate a cogent reason why it should be removed, just hand-wave a lot, in ways that have confused a few other people into supporting removal of it from its present location, though plenty of others support its retention. Notably, many of those who don't want to keep it where it is right now think it should be moved into WP:AT policy instead. This was also discussed 8 months ago at WT:AT and the decision was to not merge it into AT policy. This is now stable guideline language. A proper closure analysis of this confused and confusing pseudo-RfC should conclude with no consensus to remove the material (since the arguments for keeping it are valid and those for removing it are not, ergo the original consensus to include the material has not changed), and no consensus to merge it into AT policy, because that idea has already been rejected, and no new rationale for why this should rise to policy level has been provided, so again consensus has not changed. There are thousands of things in various guidelines that are relevant to various policies but which remain in guidelines and are not merged into policies, because they are not policy material, but guideline material. This is not mystically different somehow. In absence of any showing that the material does not actually describe long-established WP:RM and disambiguation practice, which it clearly does, the sentence remains in the guideline. Suggesting that it can be removed when it was arrived at through multiple consensus discussions, now that a new discussion to possibly move it into policy fails to come to consensus for that idea, would be patent WP:GAMING. One could just as easily propose that, say, WP:Citing sources should be merged into WP:V policy, and then when that proposal failed to gain consensus, delete the guideline on citing sources! WP does not work that way. Nothing works that way. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 21:30, 1 April 2016 (UTC)
- WP:Disambiguation overreaches with respect to minimalist disambiguation, at the expense of the reader, at the expense of naming criteria "recognizability", "precision" and "consistency". If inclusion of a parenthetical term helps, it should be used, subject to balancing recognizability, naturalness, precision, concision, and consistency, and other good things even if not documented. Parentheses should be avoided, but inclusion does not make WP:Disambiguation a trump card. --SmokeyJoe (talk) 01:05, 1 April 2016 (UTC)
- Aye. I most cases where this comes up, we use natural disambiguation simply because such a phrase exists in the reliable sources already, and the policy tells use to favor natural over parenthetic disambiguation when possible. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 21:30, 1 April 2016 (UTC)
- Retain guidance – A title like "Flemish Giant" benefits no one. Most importantly, it does not benefit the reader, because it does not clearly define the subject. Shorter titles are not always better. WP:AT does not suggest this, but certain editors continue to the push this notion to the detriment of our readers. It is important that the disambiguation policy does not result in an automatic removal of bits of titles that do not serve to disambiguate from other Wikipedia articles, but do serve to clearly define the topic of the article in line with WP:AT, as Mr Lyon suggested above. The guidance as it stands allows for this to be made clear. RGloucester — ☎ 02:45, 1 April 2016 (UTC)
- Retain the guidance. There has been a reluctance among some of the players to see disambiguation in terms of our readers. B2C's long campaign for a narrow algorithm-like solution was an utter disaster. Tony (talk) 13:42, 1 April 2016 (UTC)
- Just for those unaware of it, three times (at least) Born2cycle has agitated for concision-above-all-other-concerns changes to article titles policy and RM procedures, citing personal essays of his on the topic as if they were guidelines. In all three cases WP:MFD userspaced them as anti-policy nonsense [15], [16], [17]. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 21:30, 1 April 2016 (UTC)
- Data point Life is too precious to read all the above, but I once was in an argument over Memorial Hall (Harvard University). This other editor said it should be simply Memorial Hall since, at that moment, no other Memorial Hall had an article -- and apparently guidelines supported that knuckleheaded approach. Anything that remedies that would be welcome. EEng 19:53, 2 April 2016 (UTC)
-
- This reminds me of National Pension Scheme. (Surprise! It's specifically about India.) ╠╣uw [talk] 10:22, 12 April 2016 (UTC)
- Retain the guidance since the lengthy discussion above and below has convinced me that this is useful guidance to editors in encouraging a better and less frustrating experience for our readers. BushelCandle (talk) 06:59, 3 April 2016 (UTC)
- No guidance as I agree wholeheartedly with DoctorKubla. -- Tavix (talk) 12:24, 5 April 2016 (UTC)
- Retain the guidance. I am also irked by the Memorial Hall (Harvard University) example provided by EEng and similar ones – articles about obscure things with common-sounding (i.e. wikt:ambiguous) names do benefit from some extra WP:PRECISION. Doing otherwise easily confuses the readers (as the context is often not enough to quickly conclude what the topic is, and matches displayed in the search box do not provide any hint about the topic) and editors (quite easy mislinking) alike. Of course, case-by-case examination is always welcome, but we do not apply WP:CONCISE at all costs. No such user (talk) 15:35, 6 April 2016 (UTC)
- I, for one, do not call for applying WP:CONCISE at all costs. To the contrary. I call for applying it primarily as a "tie breaker". When considering all other WP:CRITERIA there is no clear answer, then go with the more concise one. It is that simple. But the main point her is that all this is WP:AT consideration; it has nothing to do with WP:DISAMBIGUATION. --В²C ☎ 20:07, 7 April 2016 (UTC)
- Retain the guidance. It's reasonable to note that some titles may be ambiguous or likely to confuse a reader even if they don't exactly match any other titles, and I'm fine with having at least a modicum of text into the guideline to explain this. I understand that some prefer the term "disambiguation" to be defined more narrowly as just the mechanical process of distinguishing between otherwise identical Wikipedia titles, but I don't think that's particularly useful. There can be (and often is) a difference between what's merely technically ambiguous and what's actually ambiguous, and the latter can be a valid consideration when determining the best title for our readers. ╠╣uw [talk] 19:01, 11 April 2016 (UTC)
- Change names The simplest thing to do would be to change the names. — Preceding unsigned comment added by Shinyapple (talk • contribs) 01:22, 30 April 2016 (UTC)
- Retain guidance What useful purpose is served by inherently ambiguous titles, even when this is the sole article? Pincrete (talk) 21:37, 6 May 2016 (UTC)
Discussion (disambiguation)
- More detailed background: Attempts to delete part of the guideline, which was established through standard consensus-building discussion and revision many months ago, are predicated on two obvious fallacies: 1) That "disambiguate" is a made-up Wikipedian neologism for "prevent article title collisions". Check any dictionary; it's a plain-English word meaning "to resolve ambiguity"; doing so to prevent title collisions is simply the most common reason we disambiguate and has never been the only one. 2) That WP:CONCISE is akin to a law, and that the most concise possible name must always be chosen no matter what. Actually read WP:AT policy – all of the WP:CRITERIA are considered, and balanced against each other; the overriding concern is not following any "rule" bureaucratically, but ensuring clarity for readers. The naming criteria "should be seen as goals, not as rules. For most topics, there is a simple and obvious title that meets these goals satisfactorily. If so, use it as a straightforward choice. However, in some cases the choice is not so obvious. It may be necessary to favor one or more of these goals over the others."
The previous debates about this guidance are misrepresented in the the summary in the RfC, which incorrectly paints it as a slow editwar instead of removal, discussion, refinement, acceptance, then much latter isolated attempts to delete it without a rationale. In the original discussions 8 months ago here and here, Red Slash tried to move it into policy itself at WP:AT (rejected), objections were raised about iit original length (it was shortened), and about particular examples it use (removed); the principal objector was Francis Schonken, on the basis of having made a proposal to rewrite AT in ways that would have integrated this and made various other changes (which did not achieve consensus at AT). After revision, the short version of this material was accepted in WP:Disambiguation without incident since that second discussion. This is standard WP:BRD operating procedure, and this revision and resolution process is how consensus is established. By August, the principal objector, Schonken, was removing attempts to reinserted expanded wording and examples [18] but retaining the agreed short version from prior discussions [19], which had already been accepted for two months. It remained uncontroverted for 6 more months, clearly long enough for consensus to be established, especially in a much-watchlisted guideline we use every single day.
It was drive-by deleted in Feb. by Born2Cycle, with a bogus claim that discussion didn't happen and consensus was not been established [20]. This is is part of his years-long, tendentious campaign to promote WP:CONCISE as some kind of "super-criterion" that trumps all other concerns – which WP:MFD has rejected three times in a row: 1, 2, 3. The recent attempt by Dohn joe to delete material was predicated on his unawareness of the February discussion (which is mischaracterizing as being against inclusion when it was not) [21], his misunderstanding of previous discussions (see WT:Disambiguation#Restored content on precision cut from lead, which covers much of what I've outline here in more detail), and more false claims that consensus was not established.
After 8 months of stability, the burden is on would-be deleters to demonstrate what the supposed problem is, and provide actual evidence that WP-wide consensus that such precision-and-recognizability disambiguations are permissible when necessary has somehow disappeared all of a sudden. This RfC, and two editors' PoV against this part of WP:DAB, would undo very long-standing naming conventions that call for this kind of precision-and-recognizability disambiguation, like WP:USPLACE and WP:USSTATION, and fly in the face of years of common sense decisions at RM, like the disambiguation of Algerian Arab (now a disambiguation page) to Algerian Arab sheep, and British White to British White cattle. Per WP:POLICY, the purpose of guidelines is to record actual community best practice, not try to force someone's made up idea about how things should be, like changing the meaning of English words, or preventing RM from doing what RM routinely does. Retaining this does the former, and removing it does the latter, both to pretend the word "disambiguation" doesn't mean what it means, and as to elevate concision above every other criterion, against the clear wording of policy. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 16:04, 25 March 2016 (UTC)
- Comments (since there seems to be confusion): Wait! You mean I just don't like it doesn't mean we can change things just because? How about used in conjunction with and while ignoring all rules.
- We have many policies and guidelines and a single one can not be used in disregard of others. I was under the impression we can not ignore all rules, if it is against consensus, even if we don't like it, unless we can sneak it in under the radar. FYI -- we should not really (according to policy) attempt to make or change policy by using WP:BRD unless we "ignore" the policy on Proposals and Good practice for proposals. The first states: "Proposals for new guidelines and policies require discussion and a high level of consensus from the entire community for promotion to guideline or policy.". The second: "If consensus for broad community support has not developed after a reasonable time period, the proposal is considered failed. If consensus is neutral or unclear on the issue and unlikely to improve, the proposal has likewise failed.".
- Further, the procedural policy explains the process in detail that is located in the second part. A request for comments here is only one part of that process and not a determining factor for an outcome. Some confusion at Wikipedia:How to contribute to Wikipedia guidance#Policy discussions seems to be at odds with policy and may contribute to errors. Policy (Good practice for proposals) states the process for any proposed changes to policy:
- 1)- The first step is to write the best initial proposal that you can.
- 2)- Authors can request early-stage feedback at Wikipedia's village pump for idea incubation and from any relevant WikiProjects.
- 3)- Once it is thought that the initial proposal is well-written, and the issues sufficiently discussed among early participants to create a proposal that has a solid chance of success with the broader community, start an RfC for your policy or guideline proposal in a new section on the talk page, and include the {rfc tag along with a brief, time-stamped explanation of the proposal.
- 4)- A RfC should typically be announced at this policy page (and/or the proposals page, and other potentially interested groups (WikiProjects).
- There appears to be some confusion at Wikipedia:Centralized discussion concerning sequence or location but policy seems clear.
- DAB: Does cover the topic question above as well as WP:AT. Although there are editors that seem to prefer parenthetical disambiguation, or unnecessary use of such on article titles (Britannica style), this has not been established by any broad consensus but more just the opposite according to policy natural disambiguation is preferred and parenthetical disambiguation as a last choice. The etymology of "disambiguation" would be "not unclear" which would be "not clarified". An article title should be precise enough to unambiguously define the topical scope of the article, but no more precise than that.. Recognizable, natural, and concise goes along with this. DAB states: "Disambiguation is also sometimes employed if the name is too ambiguous, despite not conflicting with another article (yet),". Consistency also goes along with these and gives more than one reason why we have Flemish Giant rabbit, Continental Giant rabbit, French Lop, Lop rabbit, Angora rabbit, and so forth. Certainly using the more common name according to references. Common sense is also thrown in there somewhere.
- Conclusion: We should not attempt to change or change policies or guidelines on a whim or by any local consensus. The process is made somewhat complicated to prevent easy changes. DAB and AT do a fine job. I think if editors disagree then they should probably follow the above procedures. Otr500 (talk) 12:39, 26 March 2016 (UTC)
- The portion of WP:DAB that you quote was added a couple of days ago. A clear consensus in support of this recent addition would neatly resolve the difficulty of having an orphaned sentence in the lead that isn't explained in the body of the guideline.--Trystan (talk) 18:50, 27 March 2016 (UTC)
- It's also based on material present in the original, longer version. The WP:GAME here is to keep whittling away at the material in hopes that it can be made to seem out-of-place in its context. If context is restored, it's obviously belongs where it is. This was true 8 months ago, when the context material was originally reduced, on the basis (Francis Schonken's objection) that the example article titles were "unstable". This wasn't actually true then, and 8 months have proven conclusively that it's not true now, so the original rationale to decontextualizing the sentence has evaporated. Better yet, later editors like Dick Lyon have pointed out that entire NC guidelines, like USPLACE and USSTATION, rely on the exact same principle and have for years, so the examples Schonken didn't like almost a year ago were could have been replaced at any time anyway. A challenge against this provision now is a challenge against multiple naming conventions that have been stable for years. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 21:59, 1 April 2016 (UTC)
- The portion of WP:DAB that you quote was added a couple of days ago. A clear consensus in support of this recent addition would neatly resolve the difficulty of having an orphaned sentence in the lead that isn't explained in the body of the guideline.--Trystan (talk) 18:50, 27 March 2016 (UTC)
Request for closure[edit]
This RfC was archived by the bot before having been closed. I would suggest that an administrator close it. RGloucester — ☎ 18:28, 23 April 2016 (UTC)
Schoolblocks[edit]
In the early days of Wikipedia, shared IP templates were created to point out hey, this IP represents a bunch of people, don't assume what happened yesterday is from the same person as what happened today, and if you do block this IP, keep it short because there will be collateral damage. It was not unusual to see blocks say things like have your system administrator contact me to have this block removed. Sysops have become block happy with schools (and some even [to having elaborate plans of identifying school IPs]). What is particularly disturbing to me are rangeblocks on entire states' networks, such as this block by @Materialscientist:, and this block by @JamesBWatson: (which I will start an AN/I about tomorrow), neither of which appear to have had any discussion prior to their implementation. These rangeblocks on state networks bother me; even if you want to argue schools cause more trouble than productive activity, libraries and universities could in the future join those IP ranges and no one would even know unless someone requested unblocking. I know of at least one public library system in Florida which uses the Florida Information Resource Network, and it would be affected if a sysop similarly rangeblocked FIRN to stop the pom-pom type editing tests and vandalism from schools. In my opinion, the real vandalism problem we have is with adults trying (sometimes quite cleverly) to inject their POV into articles, not middle and high school kids writing "Katryna <3" on pages; I can't tell you how many times I've seen grown-up places like big corporations, federal agencies, and the military tagged with {{CheckUser block}}, something that happens when there's serious issues, and something I rarely ever see schools tagged with despite the schoolblocks not stopping logged in editing. If anything, it seems we should be heavy handed with those kind of places instead of schools (and this comes from a grown 24 year old, not some kid crying discrimination). Also in my opinion, we have enough mechanisms in place to deal with the pom-pom type editing tests and vandalism without putting into effect blocks that could stop a good faith contributor from making his/her first edit. As I said on JamesBWatson's talk page, the pom-pom type editing tests and vandalism that schools spew out are like sugar ants on the floor in a restaurant. It doesn't look good if the customers or the Division of Restaurants see them, but they're really not hurting anything. Not to mention, anyone stumbling upon it can easily remove it. What really hurts Wikipedia is the POV pushing and deliberate factual inaccuracies, which are more like cockroaches on the cook line in a restaurant, which may not be spotted as quickly by customers but spread disease causing germs. When the customers get sick from eating at the establishment, they may not return. Similarly, if someone gets bad information from Wikipedia, they may not return. That's not to say that schools aren't responsible for that kind of vandalism too, but I would argue there's not any more of that kind of vandalism from schools than there is from Hospital Corporation of America or General Motors; most of what I see from schools is stuff like "CHRIS IS A FAG" or "My name is Siobhan and I am deeply in love with Jeff <3." I would also argue that a lot of this so-called "school vandalism" isn't vandalism at all per official policy, but rather editing tests. How can we differentiate "silly vandalism" from editing tests unless there's a definite pattern (vandalism to the same article over and over again, excluding the high school's article or the town's article, posting the same thing over and over again, etc), especially when you consider how many times this pom-pom type vandalism gets self reverted? Assuming good faith according to official policy, I don't think a lot of the "school vandalism" is vandalism at all, but rather students curious about the editing process. That's not saying some of it isn't vandalism with malicious intent, but it's really hard to tell what is and isn't vandalism if editing experiments aren't vandalism, unless there's a real behavioral pattern. Another thing to consider is that, despite admins claiming the IPs they block do nothing but vandalize, we do get good faith edits from these IPs. 204.86.170.3 is currently under a long term block, despite this, this, this, this, this, this, and this, and if you look at the rest of the contributions, they were all just silliness and easily spotted and reverted. Then you have this state college IP with a mix of good and bad long-term blocked because @Gilliam: wants to stop the pom-pom editing tests at all costs.
Regardless of where you stand on this, I think we could probably agree that we need real policy on this matter rather than admins just blocking IPs and IP ranges for however long they want because IPs make editing tests and vandalism. PCHS-NJROTC (Messages) Jesus Christ loves you! 07:26, 26 April 2016 (UTC)
- A school is an institution where the same people will be around for a long time; and we only block school IPs where there actually are long-term problems. In {{school block}}, it says "Due to persistent vandalism (see edit log), anonymous editing from your school, library, or educational institution's IP address is blocked (disabled)"; unless there in a case of "persistent vandalism", {{school block}} shouldn't be used. And while there is a significant amount of disruption from "grown-up places like big corporations, federal agencies, and the military", I would tend to think that such places tend to have a higher percentage of edits which are actually helpful towards Wikipedia than schools do. עוד מישהו Od Mishehu 11:58, 26 April 2016 (UTC)
- We only block school IPs where there actually are long term problems. Then we need official policy on that, because no one told some of tge sysops that. PCHS-NJROTC (Messages) Jesus Christ loves you! 17:39, 26 April 2016 (UTC)
- These admins should see Wikipedia:Blocking policy#Blocks should be preventative, where it says that blocks should be used to "prevent imminent or continuing damage and disruption to Wikipedia"; this means that long term blocks should only be made for an IP address or range f there is long-term disruption coming from there. (While open proxies are an exception, these are rarely in schools and don't get {{school block}}s.) And admins who use templates for block reasons should know what the template says - in this case, "Due to persistent vandalism. עוד מישהו Od Mishehu 20:08, 26 April 2016 (UTC)
- I agree, however, the sysoos I'm referring to will often use excuses like this IP does nothing but vandalize or there was vandalism 24 hours after the last block. If someone is going to sit there and tell me the same person patiently waited 2+ years for a block to expire and returned to vandalize some more, and for some reason didn't use other mediums to launch an LTA campaign (and these IPs are rarely tagged for socking, it seems), their obsession with maliciously using the school computers maliciously is probably something they should see a a doctor about. Otherwise, following WP:AGF, it's probably just test edits if there's no clear sign someone is trying to sabotage the encyclopedia. PCHS-NJROTC (Messages) Jesus Christ loves you! 22:14, 26 April 2016 (UTC)
- These admins should see Wikipedia:Blocking policy#Blocks should be preventative, where it says that blocks should be used to "prevent imminent or continuing damage and disruption to Wikipedia"; this means that long term blocks should only be made for an IP address or range f there is long-term disruption coming from there. (While open proxies are an exception, these are rarely in schools and don't get {{school block}}s.) And admins who use templates for block reasons should know what the template says - in this case, "Due to persistent vandalism. עוד מישהו Od Mishehu 20:08, 26 April 2016 (UTC)
- We only block school IPs where there actually are long term problems. Then we need official policy on that, because no one told some of tge sysops that. PCHS-NJROTC (Messages) Jesus Christ loves you! 17:39, 26 April 2016 (UTC)
- If the contributions on a school IP address (or mobile, which sometimes gets mistaken for a school) are a mix of good and bad edits (particularly if the ratio is typical of IP edits and it's just that those IP addresses are shared by more users) blocks should usually be shorter. Longer blocks would still be appropriate in some cases - persistent disruption by the same user, multiple edits suitable for revision deletion criteria 2 or 3 over a period of time, or IPs with numerous vandalism or test edits and nothing else. Peter James (talk) 23:19, 26 April 2016 (UTC)
- Then why is Florida SouthWestern State College, at 169.139.115.67, and Charlotte County Public Schools, at 204.86.170.3, subject to extended blocks? Those IPs are a mix of good and bad. Yes, there's a lot of test editing, but not an unbearable amount of it (we don't have a daily dose of vandalism sprees from them), to me, the damage caused by the type of abuse from those IPs (very minimal) is not enough to stop even one good faith edit for an extended amount of time. Additionally, what is your take on long-term rangeblocks impacting entire states, just to stop pom-pom type test editing? Seems like overkill to me. Overkill that is not supported by policy. Policy calls for long term blocks to stop idiots like User:Grawp or User:Mmbabies, not infrequent pom-pom type test editing. PCHS-NJROTC (Messages) Jesus Christ loves you! 00:56, 27 April 2016 (UTC)
- Sometimes a school IP address is the source of a sudden burst of vandalism, suggesting that either a single person or a couple or more kids playing around together are responsible. In such cases a warning very often puts an end to it, and if not then a short block will usually do the job: very often a block for a few hours is enough, and a couple of days at the most. Obviously, if the IP address also has a history of constructive editing, then that will weigh against a block of any sort, and if a block is considered it will even more likely to be a short one. Personally, I never place any kind of IP block without first carefully checking the history of the relevant IP address(es) over a time period of significantly more than the length of the block. If constructive edits are a substantial proportion of edits in the time period involved (even a substantial minority), then I do not place the block, even if it has the unfortunate effect of allowing some vandalism to continue.
- Very different from the case of one sudden burst of vandalism (or several sudden bursts well separated) is the situation where a particular IP address or group of addresses is the source of endless continuing vandalism or other unconstructive editing. Very often, I have known the following to happen. An IP address is blocked for a short time, such as 48 hours, the vandalism returns immediately after the block expires. Several things happen to the vandalism edits: most of them are either reverted by editors who do nothing other than revert, so that nobody else is aware that teh vandalism took place, or else simply not noticed, so that some articles have false information in them for months or even years. A minority of the edits are reverted by editors who post warnings on the relevant IP talk page. Because these warnings come only for a small minority of the edits, and because warnings from a while ago are treated as stale, it can be a very long time before the vandalism is reported AIV or in some other way brought to the attention of an administrator. Consequently, what often happens is that short blocks alternate with long periods when the IP address is not blocked, and vandalism flourishes on a large scale. Short blocks are therefore of very limited use in these cases of persistent vandalism, in contrast to the situation I described above of sudden short bursts of vandalism.
- Blocks are supposed to be preventive, not punitive. If a particular IP address or range of addresses has been the source of thousands of vandalism edits over the course of years, with no constructive edits or only a couple of dozen constructive edits among those thousands, then blocking the relevant IP address or addresses stands to prevent that vandalism. The argument that it is unlikely to be the same person who has patiently come back and vandalised years later is totally irrelevant, as the vandalism is the same whether it is one person or 200 people. The only possible way that I can think of that anyone could think that is relevant if they are thinking in terms of punishing the vandal, rather than in terms of preventing the vandalism. I also can't imagine why "this IP does nothing but vandalize" is described above as an "excuse" for blocking: isn't the fact that an IP address is the source of nothing but vandalism a perfectly good reason for blocking it? I also don't understand why "there's no clear sign someone is trying to sabotage the encyclopedia" is put forward as an argument: if there are edits at the rate of a hundred per day which add false information to articles, then those edits are disruptive and harmful, whether the intention is "to sabotage the encyclopedia" or not, and it seems reasonable to try to stop it. One's speculations as to what may be the intentions of the disruptive editors may influence the language one uses to describe it (e.g. whether one uses the word "vandalism") but there is no logical reason why a belief that disruption is not done with malicious intent should discourage one from taking what steps one can to prevent continuation of the disruption. The editor who uses the pseudonym "JamesBWatson" (talk) 09:41, 27 April 2016 (UTC)
-
- But one could also argue IPs in general persistently vandalize. My understanding of policy is that blocks for persistent vandalism are to prevent the Energizer Bunny from going and going and going and going... with malicious edits. I would agree that if an IP produces a daily dose of vandalism sprees it's silly to mess around with short term blocks. However, I'm sure we can agree that CCPS and FSW, both under long term block, were not producing daily doses of vandalism sprees, and had some good faith contributions. Another case study: 208.66.198.214 belonging to Gulf Coast High School in Naples, Florida. Mostly silly, pom-pom type nonsense edits, easily spotted and reverted, and even if it's not, everybody pretty much knows that Wikipedia is editable, and an occasional occurrence of nonsense isn't going to destroy our reputation (in fact, someone spotting that kind of obvious nonsense and reverting it could be the next administrator, bureaucrat, checkuser, ArbCom member, or Wikimedia Foundation employee's first interaction with Wikipedia, thus creating a net positive). But, three of the last 50 edits were constructive, that may have been that person's first edit, and that person may have registered an account now and could be writing featured articles now thanks to that first taste of editing Wikipedia. As for /16 ranges, don't be silly, just don't. For one thing, word of mouth has gone around that those institutions were blocked from editing for the last two years while that range was blocked, so it shouldn't come as a surprise that the only edits coming from 100s of thousands of users were curious test editors. Furthermore, if you look at the last 50 or 100 edits coming from a Comcast or CenturyLink /16 at the wrong time of the day (not any specific time, just wrong place wrong time) you'll probably find nothing but vandalism there too. PCHS-NJROTC (Messages) Jesus Christ loves you! 19:25, 27 April 2016 (UTC)
- According to one study, about 82% of all anonymous edits are actually not vandalism. If a single IP address/range shows around 20% vandalism, that's average; if it shows around 20% non-vandalism, that's very bad. If a single sample of 50 edits shows not a single non-vandalism edit, you can be almost completely (around 99.5%) certain that at least 90% of its edits are vandalism. עוד מישהו Od Mishehu 21:09, 27 April 2016 (UTC)
- If you're saying that these IPs should be blocked because they produce more bad then good, fine, but there needs to be policy on it. One of our foreign language sisters blocks all schools from editing based on a policy they created. Maybe we need that kind of policy here? Also, "test edits" are not vandalism per WP:Vandalism, but "silly vandalism" is. How do you differentiate between the two of them? I still think these blocks do more harm than good. PCHS-NJROTC (Messages) Jesus Christ loves you! 21:36, 27 April 2016 (UTC)
- I keep hearing the same rhetoric over and over again, these IPs vandalize, these IPs vandalize, what I don't see is anyone actually refute my arguments. 1,000 instances of obvious test editing or silly, pom-pom type vandalism does zero real damage to Wikipedia, whereas 10 good faith edits actually help Wikipedia, sometimes more than other times. Consider the net gain vs. the net loss. The exception to this is the ones who monkey around with numbers, which I see a lot of from schools, but at the same time, if a person does this from a school vandal patrols will be more suspicious of it than if the same person does the same thing from a cell phone, so the chances of it being caught and reverted are greater if it comes from the school computer vs. the vandal's cellular carrier. The most legitimate reasons I can think of to block schools are to protect the school IP user from being bit by someone assuming bad faith or being targeted for harassment by vicious trolls who have nothing better to do than harass Wikipedians. Other than that... I think we'd get farther if there were some way to technically restrict cheerleaders and ball players from editing Wikipedia. Seriously though, if you analyze the content of the pom-pom vandalism, I think it's more an issue with those two categories of people taking pleasure in monkeying around with the encyclopedia than school IPs themselves, and those categories of people happen to have access to the school networks. I've occasionally seen it be band members or ROTC members, so that wouldn't eliminate all vandalism, but probably would stop more of the vandalism than the school blocks do. (And yes, that's what you call a joke. User:Maddiekate gave us good edits. I guess you just can't generalize. But I am being somewhat serious, because although I know blocking them would be ridiculous even if it were possible, it seems like a disproportionate amount of the pom-pom vandalism does come from cheerleaders and ball players, that's why I call it pom-pom vandalism.) PCHS-NJROTC (Messages) Jesus Christ loves you! 22:00, 27 April 2016 (UTC)
-
- The net loss is that our editors spend time fixing preventable disruptive editing when they could be improving the encyclopedia elsewhere... Caeciliusinhorto (talk) 20:50, 28 April 2016 (UTC)
- Some people are content contributors. But then we have people who do nothing but vandal fighting. It seems a lot of the RC patrolmen only do RC patrol. If that's their niche, why do you assume they will take up improving the encyclopedia elsewhere if all vandals suddenly disappeared? PCHS-NJROTC (Messages)Growing tired of the bullshit day by day. 15:54, 2 May 2016 (UTC)
- The net loss is that our editors spend time fixing preventable disruptive editing when they could be improving the encyclopedia elsewhere... Caeciliusinhorto (talk) 20:50, 28 April 2016 (UTC)
-
- I keep hearing the same rhetoric over and over again, these IPs vandalize, these IPs vandalize, what I don't see is anyone actually refute my arguments. 1,000 instances of obvious test editing or silly, pom-pom type vandalism does zero real damage to Wikipedia, whereas 10 good faith edits actually help Wikipedia, sometimes more than other times. Consider the net gain vs. the net loss. The exception to this is the ones who monkey around with numbers, which I see a lot of from schools, but at the same time, if a person does this from a school vandal patrols will be more suspicious of it than if the same person does the same thing from a cell phone, so the chances of it being caught and reverted are greater if it comes from the school computer vs. the vandal's cellular carrier. The most legitimate reasons I can think of to block schools are to protect the school IP user from being bit by someone assuming bad faith or being targeted for harassment by vicious trolls who have nothing better to do than harass Wikipedians. Other than that... I think we'd get farther if there were some way to technically restrict cheerleaders and ball players from editing Wikipedia. Seriously though, if you analyze the content of the pom-pom vandalism, I think it's more an issue with those two categories of people taking pleasure in monkeying around with the encyclopedia than school IPs themselves, and those categories of people happen to have access to the school networks. I've occasionally seen it be band members or ROTC members, so that wouldn't eliminate all vandalism, but probably would stop more of the vandalism than the school blocks do. (And yes, that's what you call a joke. User:Maddiekate gave us good edits. I guess you just can't generalize. But I am being somewhat serious, because although I know blocking them would be ridiculous even if it were possible, it seems like a disproportionate amount of the pom-pom vandalism does come from cheerleaders and ball players, that's why I call it pom-pom vandalism.) PCHS-NJROTC (Messages) Jesus Christ loves you! 22:00, 27 April 2016 (UTC)
- If you're saying that these IPs should be blocked because they produce more bad then good, fine, but there needs to be policy on it. One of our foreign language sisters blocks all schools from editing based on a policy they created. Maybe we need that kind of policy here? Also, "test edits" are not vandalism per WP:Vandalism, but "silly vandalism" is. How do you differentiate between the two of them? I still think these blocks do more harm than good. PCHS-NJROTC (Messages) Jesus Christ loves you! 21:36, 27 April 2016 (UTC)
- Perhaps many of the non-vandalism IP editors make more edits, but from fewer IP addresses, so the average IP address will have a higher percentage of disruptive edits than that. Should it make a difference whether the same people are editing through random and constantly changing IP addresses in a /16 range or all from the same 2 or 3 IP addresses in the same range, if the edits are just as likely to be vandalism? Peter James (talk) 23:52, 27 April 2016 (UTC)
- I'd love to see some proof that people were IP hopping in that North Carolina range. Actually, from my experience encountering IPs in that range, I think most of them are static IPs with each individual IP representing thousands at a particular district (I know Avery County Schools fall under that range and their IP seems to be static). I'm not as sure on the Washington as a lot of the times you'll see one edit coming from there and never see them again, so it's quite possible Washington School Cooperative has some system where users hop around the range, but I've never noticed it. If the IPs are rotating rapidly, that changes everything. However, if Florida Information Resource Network ever gets rangeblocked like this, I can attest to the fact that those IPs are static because I used to constructively edit from one (mostly logged in though; sometimes the system would hiccup and I'd get logged out). PCHS-NJROTC (Messages) Jesus Christ loves you! 00:22, 28 April 2016 (UTC)
- As a former teacher, I applaud temporarily blocking school IPs when students vandalize Wikipedia. The inconvenience of contacting an admin and getting the block undone encourages educators to pay more attention to what their students are doing on-line... To supervise the students, and teach them proper on-line behavior. Blueboar (talk) 00:24, 28 April 2016 (UTC)
- Comments like that can only serve to encourage arguments from passion. The purpose of the blocks is in no way, shape or form to compel educators to become more involved with their students. Primergrey (talk) 00:50, 28 April 2016 (UTC)
- I never said getting teachers to be more involved with their students was the purpose of the block... But it may be the result of a block (and a positive one in my book). Call it an unintended consequence if you want. Blueboar (talk) 02:03, 28 April 2016 (UTC)
- My point is simply that, since most of this discussion is about the purpose of the blocks, a related but ultimately irrelevant interjection cannot aid in reaching a conclusion.Primergrey (talk) 02:27, 28 April 2016 (UTC)
- I never said getting teachers to be more involved with their students was the purpose of the block... But it may be the result of a block (and a positive one in my book). Call it an unintended consequence if you want. Blueboar (talk) 02:03, 28 April 2016 (UTC)
-
- Key word: Temporarily. I have no problem with short bans, or even long ones (six months or a year) if the IP does nothing but spew vandalism day after day after day. It seems a lot of these blocks turn out to essentially be permabans, because the IPs just keep getting reblocked for a year, two years, three years, five years, ten years, etc, and I do have a problem with that. I agree it's good for staff to recognize the importance of monitoring students activities (CCPS does that at district level, Winn-Dixie and the two hospitals I worked at also monitored activity very closely). PCHS-NJROTC (Messages) Jesus Christ loves you! 00:39, 28 April 2016 (UTC)
Add the State of Utah to the mix: https://en.wikipedia.org/w/index.php?title=Special:Log/block&page=User%3A205.121.0.0%2F16. Frankly, I don't like these unilateral state blocks; these should be discussed before being implemented. PCHS-NJROTC (Messages) Jesus Christ loves you! 05:27, 28 April 2016 (UTC)
Policy proposals by User:PCHS-NJROTC
Restrict discretionary blocks on IP addresses
- Restrict blocks on IP addresses to six months, except in the case of open proxies.
- Allow exceptions to this in truly exceptional cases, such as cases of demonstrated long term abuse. Not just because an IP belongs to a school and has a history of kids being kids (unless the second proposal is also passed).
- Require discussion and community consensus before implementing the long term block.
- Require CheckUser involvement before placing a long term block to determine exactly how bad the collateral damage would be if an extended softblock were put in place. An IP which may appear, to an ordinary contributor or administrator, to produce nothing but vandalism could, in theory, be responsible for 100 good faith accounts being created.
- Require an abuse report be sent to the ISP, school, agency, company, etc before placing the long term block? This would be a courtesy to the network administrator, to let them know someone's actions are going to cause something that could adversely affect other users to take place.
- Restrict blocks on IP ranges to three months, except in the case of webhosts.
- Again, allow exceptions to this in truly exceptional cases, such as cases of long term abuse.
- Again, require discussion and community consensus before implementing the long term block.
- As with the exceptions to the prohibition on long term IP blocks, any time a sysop wishes for an exceptional long term range block needs to consult with a CheckUser to see how bad the collateral damage would be.
- Yet again, should we require an abuse report be sent first?
- Restrict the use of rangeblocks to IP hoppers, not just because a sysop wishes to schoolblock an entire /16 range.
- Scratch that if the second proposal is implemented.
- Prohibit immediate implementation of another six month block following the expiration of a previous six month block, and require sysops to reset to short term blocks in assumption of good faith.
- Blocking a shared IP for six months over one sporadic unhelpful edit after a long term block expiration, claiming persistent vandalism, is as silly as the vandalism itself.
- Assume that silliness is always going to come from schools and only block them if there is truly disruption that requires administrative intervention, such as a vandalism spree or block evasion, not just because there's been a handful of editing tests over a months time.
- Once again, scratch this if the second proposal is implemented.
Advantages
- Any IP block has the potential to create collateral damage. I would rather 500 people keep the RC patrolmen busy than lose one good faith contributor due to heavy handedness.
- This establishes official policy on the length of blocks, vs sysops placing them for however long they wish. In the past, {{Shared IP edu}} actually said that blocks would only go up to one year. Now I see them for 5+ years.
- Some people may, for various reasons, be unable to request an account or make an account elsewhere. Some students or employees may not have access to email from school or work (and are very likely not to have an official email address from their institution as the block templates say to use when requesting an account) and may not have internet access elsewhere.
- In cases of schools, often time the actual damage to the project by their pom-pom vandalism is very minimal; I find it's often someone being silly rather than someone actively trying to cause serious disruption. In contrast, any time someone takes an interest in becoming an editor, it's a good thing for our project. We have a lot of good contributors who are students and school employees.
- Shared IP do give us some good edits, even some good Articles for Creation submissions.
Disadvantages
- School IPs are a major source of test editing and removing the blocks will mean more test editing.
Block all educational institutions on sight
- As soon as an editing IP address is determined to belong to a school, put an immediate, long term softblock on it.
- Duration should be comparable to that of open proxy blocks.
- Must know that it is a school, none of that "likely a school" business.
- If an educational institution owns an entire /24 or /16 range, block the range.
- Do we treat colleges, universities, libraries, and military basic training facilities different from high schools and school districts?
- Here's some examples to take into consideration when making the decision: 69.88.160.1, 169.139.115.67, 64.56.87.252, 131.247.0.0/16, 132.170.0.0/16, 128.227.0.0/16, 144.174.0.0/16, 131.91.0.0/16, 139.62.0.0/16, 204.29.160.0/24, 129.171.0.0/16, 169.139.217.0/24, 131.247.152.4, 199.87.224.33, 192.35.61.0/24, 147.253.0.0/16, 204.193.117.66 (library), 74.5.231.189 (library), and 169.139.19.96 (library).
- Change the {{school block}} template to reflect the new policy change.
Advantages
- Educational institutions generate a lot of test editing and vandalism. Blocking them all will eliminate this.
- Editing from a school IP opens one up for WP:Harassment. Worst of all, a really vicious troll could get mad at someone at a school for undoing their vandalism, post harassing comments on the IP's talk page, and cause mental anguish for a totally different person.
- This could result in Wikipedia being completely blocked out by the institution, meaning people couldn't even read Wikipedia.
- Again, considering the ugliness of some of the trolling, one has to question whether someone under 18 has any business contributing here anyway. Should elementary school students be subjected to random vandals calling them cunts or faggots? Should middle and high school students be subjected to cyberstalking by vandals? Is this a liability for Wikipedia or the Wikimedia Foundation?
Disadvantages
- These blocks could prevent someone from making their first edit, and they may not bother (or may even be unable) to make an account.
- A young editor may feel unworthy of contributing to the project after seeing that their school is blocked.
- These blocks could interfere with class projects.
- IPs could be reassigned.
- Blocking schools just pushes the vandals onto other mediums, such as cell phones. Vandalism is, frankly, easier for RC patrols to spot
coming from a high school than coming from a cell phone; you can often tell what IPs are institutional (school or otherwise) when RC patrolling. PCHS-NJROTC (Messages)Growing tired of this project day by day. 04:03, 29 April 2016 (UTC)
Comments
- Oppose. This is WP:BURO overkill looking for a solution when no one has shown that an actual problem exists. Further we shouldn't be changing the entire blocking policy, revising template and doing a multitude of changes via a discussion at WP:VPP. Propose these separate if you'd like but I'm not going to support five-ten wholesale changes at the same time. We are only blocking anonymous editing at these places. Editors can still log-in. I don't care about whether or not we can patrol and stop vandalism, the point of the matter is we shouldn't have to waste time on this just for the abstract possibility that blocking a school will somehow hinder some great potential editor from coming here if they don't know they can vandalize articles with abandon and have to instead create an account before doing that. The fact that blocking a school doesn't solve all vandalism isn't the point, the point is whether we are overall better off having the school blocked. -- Ricky81682 (talk) 00:32, 30 April 2016 (UTC)
- I'm glad you think that trying to establish some form or order here, instead of the chaos we currently have with admins doing things which affect thousands of users just as they please, is a waste of time. However, feel free to comment, support, or oppose any of my ideas individually; it doesn't have to be a wholesale motion. PCHS-NJROTC (Messages)Growing tired of this project day by day. 04:49, 30 April 2016 (UTC)
- I Oppose this motion
The wikipedia project is about democratising knowledge. That has to be the core of any discussion regarding censorship. Schools shouldn't be singled out simply because they are schools. I agree with the policy of blocking anonymous.school.users but genuine contributors may rely on school internet connections. Any there may be a case to be made for a general promotion of school involvement. Shinyapple (talk) 01:36, 30 April 2016 (UTC)
-
- I was playing devil's advocate with the proposal to block schools. Anonymous editing (or at least account creation) is just as important as logged in editing for people who solely rely on their school's internet connection (particularly in K-12 schools. If a student has no internet at home, (s)he probably doesn't have an email account even if the school allows students to access email from school, so (s)he can't request an account. I'm glad there's no raging support for a policy to block schools on sight, because now I can use that in arguments against long-term school blocks. PCHS-NJROTC (Messages)Growing tired of this project day by day. 04:49, 30 April 2016 (UTC)
-
- I don't understand that argument at all. If a user has to edit from school because they don't have internet access from home, it is extremely likely that either (a) they have an email account provided by the school, or (b) they can create an email account with a free webmail service using their school internet access. If you believe that there is a significant number of people who can only edit wikipedia using school-based internet and do not have an email address and cannot gain access to an email address, it would be fantastic if you could support that point, because in my experience that is not at all the case. Caeciliusinhorto (talk) 14:46, 30 April 2016 (UTC)
- I don't think too many middle and high schools provide school email accounts to students, and in fact, I think many of th prohibit the use of email from the school computers (and actively block the free email providers). Charlotte County Public Schools is this way. I will look online for some acceptable use policy links. Public school is a lot different from college. PCHS-NJROTC (Messages)Growing tired of the bullshit day by day. 19:47, 30 April 2016 (UTC)
- All the schools in my area (in the UK) provide their own email accounts to students; I am very surprised to hear that this is not common in the US. IIRC, my school didn't block any of the major webmail providers either. Caeciliusinhorto (talk) 23:16, 1 May 2016 (UTC)
- See page 7. You're just going to have to take my word for it that they don't give out student email accounts (they do however have intranet stuff like KidBiz2000/TeenBiz2000 and Florida Virtual School), but the only email permitted in the network is the teachers' district email accounts. Anything else is considered personal use. Actually, good-faith editing of Wikipedia would be a violation of the AUP, but is that our problem? I can get you a screenshot of the block page on Gmail if you don't believe it. Section 300.3 of Sarasota County's Code of Conduct has a similar policy prohibiting Using a computer, video, camera or program in any manner other than for appropriate educational purposes, but I honestly don't know if they block the free email providers like Charlotte County does. Only way I can think of to accurately find out would be to pull into the parking lot at North Port High School and scan for an open wi-fi hotspot. PCHS-NJROTC (Messages)Growing tired of the bullshit day by day. 04:52, 2 May 2016 (UTC)
- All the schools in my area (in the UK) provide their own email accounts to students; I am very surprised to hear that this is not common in the US. IIRC, my school didn't block any of the major webmail providers either. Caeciliusinhorto (talk) 23:16, 1 May 2016 (UTC)
- I don't think too many middle and high schools provide school email accounts to students, and in fact, I think many of th prohibit the use of email from the school computers (and actively block the free email providers). Charlotte County Public Schools is this way. I will look online for some acceptable use policy links. Public school is a lot different from college. PCHS-NJROTC (Messages)Growing tired of the bullshit day by day. 19:47, 30 April 2016 (UTC)
- I don't understand that argument at all. If a user has to edit from school because they don't have internet access from home, it is extremely likely that either (a) they have an email account provided by the school, or (b) they can create an email account with a free webmail service using their school internet access. If you believe that there is a significant number of people who can only edit wikipedia using school-based internet and do not have an email address and cannot gain access to an email address, it would be fantastic if you could support that point, because in my experience that is not at all the case. Caeciliusinhorto (talk) 14:46, 30 April 2016 (UTC)
-
-
-
-
-
-
- My district, the Pasadena Unified School District, gives every student an email, and they don't block anything except for porn, social media, and torrents. Here's the C:File:2015-16 PUSD Parent Student Handbook.pdf, which has the Acceptable Use Policy in it. To be honest, I didn't even read it before I signed it, which is my fault. But that shows how much kids don't care these days. TJH2018talk 01:23, 3 May 2016 (UTC)
- Funny thing is I was going to ask you that and hadn't gotten around to it (although I was going to ask about LAUSD, not knowing any better)... This is news to me, I thought it was common place for districts to block personal email. Of course, CCPS blocks Wikipedia too (again... after it had been unblocked, which I think was an accident); they're very authoritarian with their webfilter. It's a big surprise to me though because the guy who runs/ran the webfilter (who I used to email all the time when I was in high school) told me that the law required them to lock things down tight like that, but maybe the laws are different in California. PCHS-NJROTC (Messages)Growing tired of the bullshit day by day. 01:54, 3 May 2016 (UTC)
- My district, the Pasadena Unified School District, gives every student an email, and they don't block anything except for porn, social media, and torrents. Here's the C:File:2015-16 PUSD Parent Student Handbook.pdf, which has the Acceptable Use Policy in it. To be honest, I didn't even read it before I signed it, which is my fault. But that shows how much kids don't care these days. TJH2018talk 01:23, 3 May 2016 (UTC)
-
-
-
-
-
- Oppose This is solution looking for a problem. All of the proposals seem to throw nuance out the window, our admins are chosen for their discretions so lets allow them to use it. Our current procedure is not broken, so lets not fix it. HighInBC 15:58, 2 May 2016 (UTC)
-
-
- Our current procedure is not broken... Hahahahaha I almost spat my Dunkin Iced Coffee out when I read this ignorant comment. In addition to being a Wikipedian, I am a Conservapedian, and I have seen the results of excessive blocks there, and it's happening here too. PCHS-NJROTC (Messages)Growing tired of the bullshit day by day. 19:23, 2 May 2016 (UTC)
-
- Oppose per HighInBC. I will refrain from making ad hominem attacks based on the proposer's comment immediately above. BethNaught (talk) 19:39, 2 May 2016 (UTC)
-
-
- I'm opinionated and unafraid to say things that may hurt some feelings. If you don't enjoy encouraging test editors to contribute constructively or playing whack-a-mole with the vandals, you know there are articles you could be editing or creating instead of doing RC patrol. No one is making you do RC patrol. The only ones who are so in favor of long-term IP blocks are RC patrols (which I do plenty of myself) who think they are Barney Fife with his one bullet. PCHS-NJROTC (Messages)Growing tired of the bullshit day by day. 19:45, 2 May 2016 (UTC)
- I was referring to Conservapedia, but if you want to denigrate and slur RC patrollers who can barely keep Wikipedia safe as it is, be my guest. BethNaught (talk) 19:48, 2 May 2016 (UTC)
- RC patrol is a laudable thing to do, I enjoy doing it myself personally, but it desensitizes some people that they're like cops beating a petite young mother with a billy club outside of Publix for stealing a can of baby formula. Speaking of political stances... the people screaming "school IPs vandalize, school IPs vandalize!" remind me of the liberals screaming "guns kill people, guns kill people!". No they don't, people using school IPs vandalize, and people using guns kill people. PCHS-NJROTC (Messages)Growing tired of the bullshit day by day. 20:06, 2 May 2016 (UTC)
- I was referring to Conservapedia, but if you want to denigrate and slur RC patrollers who can barely keep Wikipedia safe as it is, be my guest. BethNaught (talk) 19:48, 2 May 2016 (UTC)
- I'm opinionated and unafraid to say things that may hurt some feelings. If you don't enjoy encouraging test editors to contribute constructively or playing whack-a-mole with the vandals, you know there are articles you could be editing or creating instead of doing RC patrol. No one is making you do RC patrol. The only ones who are so in favor of long-term IP blocks are RC patrols (which I do plenty of myself) who think they are Barney Fife with his one bullet. PCHS-NJROTC (Messages)Growing tired of the bullshit day by day. 19:45, 2 May 2016 (UTC)
-
- No thank you. We checkusers already have more than enough to do. I will note that over the years we periodically see schools *requesting* that their IPs be blocked because they do not want their (frequently traceable) IPs misused to vandalize Wikipedia. The students can still *read* Wikipedia even when the IP is blocked. Risker (talk) 04:14, 3 May 2016 (UTC)
- Some of that comes from trolls. Some of it comes from students unfamiliar with our policies. Other times it comes from administration and I would direct them to contact me via email from their district email address if I were an admin reading such request. Wikipedia is having trouble with editor retention, and the students' ability to read Wikipedia is irrelevant if Wikipedia falls into disrepair because of excessive blocking chasing away new editors. PCHS-NJROTC (Messages)Schoolblocks are like gun-control, they only stop good faith contributors. 04:32, 8 May 2016 (UTC)
- Oppose The proposal to restrict blocks on IPs is deeply flawed and appears to be based on the peculiar circumstances of an individual who wants to edit from school networks regardless of what problems those networks have caused. One point that I did not notice above is that relentless vandalism is a very big turn-off for many good content builders who wonder why they are contributing to a project which cannot take reasonable steps to defend itself against nonsense. Johnuniq (talk) 04:55, 3 May 2016 (UTC)
- I have an account, unless there's a hardblock, I can edit from schools and other shared IPs all I want. Not that there's much use in editing something that very may well go by the wayside within 10 years as long as simple minded people are running the project. Wikipedia is going to die because too many IPs are going to be blocked in attempt to stop the inevitable from happening in an open project and the only people who are going to go out of their way to become contributors are going to be people that have something to gain from registering (POV pushers, paid editors, spammers, vandals, etc).
GunsShared IPs don't killpeoplearticles, people using them do. Ha, I remember the initiatives we launched to support libraries, and to try and attract more female users, what about the libraries we block (school libraries, college libraries, and public libraries mistaken for schools), and what about all of the girls/young women we block with schoolblocks and anonblocks, poking that silly looking schoolhouse in front of them almost like some sort of insult? What about all of the test editing girls that we should be trying to convert into constructive editors? I'm not talking about the hard core, long term abuse vandals, I'm talking about the simple test editors, I'm sure at least some of them could be converted if the right efforts were made to do so. We're no longer a free, open project, so I think someone should propose a change in our slogan. PCHS-NJROTC (Messages)Growing tired of the bullshit day by day. 05:11, 3 May 2016 (UTC) - Something else worth adding. If someone can't handle someone coming in and vandalizing their creation, only for the vandalism to promptly go away, how are they going to react to someone making legitimate edits to their creation? PCHS-NJROTC (Messages)Schoolblocks are like gun-control, they only stop good faith contributors. 06:33, 3 May 2016 (UTC)
- I have an account, unless there's a hardblock, I can edit from schools and other shared IPs all I want. Not that there's much use in editing something that very may well go by the wayside within 10 years as long as simple minded people are running the project. Wikipedia is going to die because too many IPs are going to be blocked in attempt to stop the inevitable from happening in an open project and the only people who are going to go out of their way to become contributors are going to be people that have something to gain from registering (POV pushers, paid editors, spammers, vandals, etc).
- Comment All of these people harping about how one can create an account, just stop talking or find something you are more knowledgeable to talk about. Conservapedia briefly tried making everybody "request an account" and I don't think we had a single account registered while we had that setup. Do you think Wikipedia will fare better? I don't. PCHS-NJROTC (Messages)Schoolblocks are like gun-control, they only stop good faith contributors. 05:19, 3 May 2016 (UTC)
Intentional disruption by the very editor who is apparently making a good-faith proposal in this very section is not useful. |
---|
The following discussion has been closed. Please do not modify it. |
Humorous proposalSince we have successfully built a wall keeping all school children from editing Wikipedia through the use of schoolblocks, I propose that we build another wall to keep out the
|
CSD g13
add g13 to include non afc drafts as well... Ⓩⓟⓟⓘⓧ (talk) 14:19, 6 May 2016 (UTC)
Diagram image size (on wikipedia webpage) should be increased. (Creating a discussion)
Recently on a conversation with another user another user , I came to know, diagram size could-not be increased about a certain limit.
I quote the talk here
- May 2016
Hello, I'm ChamithN. I wanted to let you know that one or more of your recent contributions to Stereophonic sound has been undone because it did not appear constructive. If you would like to experiment, please use the sandbox. If you think I made a mistake, or if you have any questions, you can leave me a message on my talk page. See MOS:IMGSIZE ChamithN (talk) 05:27, 1 May 2016 (UTC)
as a matter of fact, before knowing this, where-ever in Wikipedia I encounter diagrams , whose labelings are not visible at-a-glance, or difficultly readable, I tried to increase the image size.
While reading a scientific text, clicking on the diagrams all the time (to read the labelings) , is quite irritating.
In-fact many critical things actually may remained unnoticed if someone read a scientific text , not matching it with the diagram. And also, several times while reading Wiki pages i've noticed i've missed a diagram (didn't click on a diagram), Just because i couldn't read some labelings of the diagram at-a-glance, so didn't realize the importance. (think about a person trying to understand a phenomenon, thinking, scribbling on paper, flipping pages of books & websites, obviously be benefited if the person could realize, clicking on which link would reach to stronger answer. Or think about a non-expert , say a kid, is reading a topic. Normally it could fail to decide click on an image, and thereafter correlating the thought with text. )
The above mentioned user also informed me, these guidelines helps mobile user.
Now, if it is the only cause, then as a suggestion, I could say, the 'mobile view' could be loaded as the default view in the mobile-users, and in that , smaller-size image could be sent. And the desktop users could access the fully readable page at one chance.
Common sense tells , diagrams should appear in properly readable sizes. Surprisingly, there exists a trend to show photographs in larger size and diagrams in smaller size. But the thing should be opposite (with exceptions also). Reading the diagrams should run with te text, without clicking them/ opening them on a separate page.
( A related issue: in case of PDF download also, the images are often unclear due to small size, moreover, though Wikipedia shows larger size images also; forceful insertion of the image into 1 of the 2 columns, make them unclear. That could be resolved by not inserting the detailed-diagrams inside the columns, rather printing them separately using a large portion of the A4 page)
Thanks. RIT RAJARSHI (talk) 14:21, 6 May 2016 (UTC)
Does IAR overule our Manual of Style?
In particular, does it overrule MOS:APPENDIX as Beyond My Ken claims here? How does obeying a MOS that the community has agreed upon "prevent you from improving or maintaining Wikipedia" (which is the requirement to invoke IAR)? --bender235 (talk) 20:16, 7 May 2016 (UTC)
- Ignore all rules trumps all other policies in my view. But this goes if, and only if, it makes improvements over general practice (for example because the situation is specific to the article under discussion). In the specific case you are referring to, the change makes the matter worse as the inline references are now suddenly labelled "notes" while the further reading section (which are not references to the article but suggested further reading) is listed under references. There is no reason to assume this exception is needed for this specific article, so without a very sound and complete argument why IAR should not be used. Arnoutf (talk) 20:22, 7 May 2016 (UTC)
- Can IAR "overrule" MOS? ... Yes. Does it "overrule" MOS in every case... Nope. Should it "overrule" MOS in some specific case... probably not. Blueboar (talk) 20:32, 7 May 2016 (UTC)
-
- Moreover, once IAR is cogently argued to support an edit against policy, if the edit is opposed then it must get consensus in order for it to stick. Since consensus is determined by the superior argument, all IAR really says is that the better argument in a consensus discussion isn't merely trumped by the argument that the opposite result is required by policy. IAR isn't a death pact which automatically overrules all other policies, even if there's a fairly decent reason for it, if the policy is supported by a better reason. Regards, TransporterMan (TALK) 21:00, 7 May 2016 (UTC)
- Does IAR overule our Manual of Style? Yes, IAR is a policy while the MOS is a guideline; and, as User:Arnoutf states, it is in some sense the most powerful policy. In this specific case, was it a good invocation of IAR? Absolutely not. The point of IAR is not to let policies or guidelines get in the way of improving the encyclopedia but unless there is a real good reason not to we stick with the guidelines and policies. There seems to be no such overriding reason here. The editor has a IAR banner on their talkpage but their edit summary here, where it uses its policy status as the means to the end, suggests a deep misunderstanding regarding IAR. To throw away the manual of style so willfully is half-deserving of a {{uw-mos1}} warning. I've seen the editor around quite a bit and although I don't remember specifics, I have favorable overall impression of their edits. Hopefully this is just a momentary lapse in judgment. Jason Quinn (talk) 17:54, 8 May 2016 (UTC)
IAR allows someone to ignore a rule when it prevents them from improving or maintaining the encyclopedia. Any action taken under it still needs to be accepted by the community, it is not a magic bullet. HighInBC 17:59, 8 May 2016 (UTC)
- Every instance of invoking IAR needs to be justified as being clearly in the interest of improving WP, it's not "get out of jail free" card. Roger (Dodger67) (talk) 18:13, 8 May 2016 (UTC)
- One case where you know IAR is inappropriate is when, without major privacy issues being relevant, you find out that consensus is against your action. עוד מישהו Od Mishehu 03:06, 9 May 2016 (UTC)
There is an important request for comment on WP:MOS-JA regarding the use of numeral romanizations in Japanese articles. The discussion can be found at Wikipedia talk:Manual of Style/Japan-related articles#RfC: Romanization of numerals in Japanese_articles. Lord Sjones23 (talk - contributions) 06:11, 9 May 2016 (UTC)
Implementing the results of the infobox RfC
I am going through the entire list of all forty candidates for US President in 2016 (many now withdrawn) and trying to make sure that the religion entry in the infobox of each page meets Wikipedia's requirements as per the recent RfC on this page
Here are the requirements for listing a religion in the infobox (religion in the body of the article has different rules):
- Per Wikipedia:Village pump (policy)/Archive 126#RfC: Religion in biographical infoboxes: "the 'religion=' parameter and the associated 'denomination=' parameter should be removed from all pages that use Template:Infobox person. Inclusion is permitted in individual articles' infoboxes as a custom parameter only if directly tied to the person's notability. Inclusion is permitted in derived, more specific infoboxes that genuinely need it for all cases, such as one for religious leaders."
- Per WP:BLPCAT: "Categories regarding religious beliefs (or lack of such) should not be used unless the subject has publicly self-identified with the belief or orientation in question, and the subject's beliefs are relevant to their public life or notability, according to reliable published sources" ... "These principles apply equally to lists, navigation templates, and Infobox statements".
- Per WP:CAT/R: "Categories regarding religious beliefs or lack of such beliefs of a living person should not be used unless the subject has publicly self-identified with the belief in question (see WP:BLPCAT), either through direct speech or through actions like serving in an official clerical position for the religion."
- Per WP:LOCALCON, a local consensus on an article talk page can not override the overwhelming (75% to 25%) consensus at Template talk:Infobox#RfC: Religion in infoboxes that nonreligions cannot be listed in the religion entry of any infobox.
The forty candidates are:
Extended content |
---|
Source of list: United States presidential election, 2016
|
My goal is to determine whether Wikipedia's requirements are met for the above forty pages, and to insure that we have citations to reliable sources that meet the requirements.
Any help finding sources would be most appreciated. I have posted a query on many of the article talk pages. --Guy Macon (talk) 08:02, 9 May 2016 (UTC)
- As the closer of the RFC in question I don't think it would be appropriate for me to offer opinions on its implementation, but pinging Wehwalt as the editor with probably the most experience working with US politician articles at Wikipedia's higher end. ‑ Iridescent 20:06, 9 May 2016 (UTC)
-
- At Talk:Hillary Clinton there are comments that claim that your close is consistent with a position of "religion is relevant for every politician". You may wish to either confirm or correct that claim. --Guy Macon (talk) 21:37, 9 May 2016 (UTC)
-
- Arguably that is the case for US politicians at the higher levels. It is impossible for them to get elected without their religion being brought up and picked over by the pundits and journos. Only in death does duty end (talk) 00:02, 10 May 2016 (UTC)
-
- The US has never elected a president who did not profess a belief in Christianity at least to some extent. It's still relevant in American politics in a way, say, it is not in Australia, which has elected at least one atheist prime minister. Note the fascination with Obama's religion, from the Rev. Wright to today. I would say it is relevant to the office, at least until we elect a president without religious belief.--Wehwalt (talk) 01:28, 10 May 2016 (UTC)
-
- I don't think anyone disagrees that religion is still relevant in American politics. For that reason, there is likely to be at least some information on a candidate's religious beliefs in their article. What we're trying to determine here, however, is whether these candidates are also so notable for their religions that we should activate the reserved
|Religion=
field for them — just as we would for Ministers, Rabbis, Popes, Priests, Cardinals, Bishops, etc. Keep in mind that if religion is not already a significant part of Mr. Joe Politician's notability (i.e.; mentioned in the lead as a defining characteristic), it doesn't automatically become part of his notability when he declares his intent to run for US Presidency. The problem I expect the OP will run into, repeatedly, is that many editors don't realize that 'Religion' categories and fields in infoboxes are indeed reserved for people who are notable because of their religion; instead, editors wrongly believe that as long as a subject's religion is known and sourced, go right ahead and use the|Religion=
field. Xenophrenic (talk) 04:30, 10 May 2016 (UTC)
- I don't think anyone disagrees that religion is still relevant in American politics. For that reason, there is likely to be at least some information on a candidate's religious beliefs in their article. What we're trying to determine here, however, is whether these candidates are also so notable for their religions that we should activate the reserved
Discussion about No Personal Attacks
A discussion about a change to the no personal attacks policy has been proposed. Additional minds are requested at: Wikipedia_talk:No_personal_attacks#Personal_attacks_against_groups_of_people. HighInBC 17:01, 9 May 2016 (UTC)
Basic Data Page (A4 or 2xA4 max)
There are many excellent pages on Wikipedia BUT as an general-knowledge user rather than being an expert in any specific area I find that many articles are so large as to be very difficult to obtain the key data.
The introductory paragraph(s) vary greatly in quality - some are perfunctory, others begin to include quite small details.
When I look at, for example, Florence Nightingale - I don't need ALL 23 pages of the detail; nor do I need all the data for many topics I have had to look at recently. And I believe the assembled expertise of Wiki can build this secondary resource very well and very effectively and to the benefit of the Wiki-world.
SUGGESTION
That major articles and articles over, say, 8 pages are allowed or expected to have a 'Basic Details' section immediately after the introduction. Perhaps an alternative would be to have a section in addition to Article and Talk.
The aim would be to EXCLUDE the references as part of the print and to have a maximum of say two pictures - albeit that one picture can equate to a 1000 words.
I have created pages for this project to see how easy it is. I am very willing to create a page on almost any topic to show that this BasicA4 version is viable and useful.
(A Third alternative would be for this to be somewhat equivalent to the Childs' Wikipedia which has many fewer articles.) JK Joking99a (talk) 09:49, 10 May 2016 (UTC)
Proposal to upgrade essay WP:BRD to official policy in edit warring issues.
- A simple proposal. That BRD be upgraded to official policy. As an essay it is useful and thought - provoking. As policy I believe it would greatly increase discussion, editor retention through early and perhaps positive engagement with I.P's with potential to be useful and would lead to a steep drop in edit warring over a relatively short period of time. Just a rough initial series of thoughts here. If it gains any traction the community can discuss just how it would fit into existing policy. My initial thought is that it would replace 3RR as the bright line in edit warring issues, or that they can be used more in tandem. which the community can refine. Refusing to discuss a revert should be the trigger. It will give admins the power to nip (what are now) long drawn out and time-consuming visits to be board in the bud. Refusal to communicate is usually the major part of edit - warring. This would require communication at the earliest stage, and would weed out I.P's who are potentially WP:HERE from those who will just be a drain on the project's resources. It would also encourage more experienced registered editors with a documented reluctance to communicate to actually give their rationale for edits. Thoughts? Irondome (talk) 23:11, 10 May 2016 (UTC)