Jump to content

Talk:List of common misconceptions

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Former FLCList of common misconceptions is a former featured list candidate. Please view the link under Article milestones below to see why the nomination was archived. Once the objections have been addressed you may resubmit the article for featured list status.
Article milestones
DateProcessResult
October 29, 2006Articles for deletionNo consensus
March 24, 2009Articles for deletionKept
February 8, 2011Articles for deletionNo consensus
April 25, 2011Featured list candidateNot promoted
September 26, 2018Articles for deletionKept
December 22, 2023Articles for deletionKept
Current status: Former featured list candidate


Masturbation

[edit]

Popular belief asserts that individuals of either sex who are not in sexually active relationships tend to masturbate more frequently than those who are; however, much of the time this is not true as masturbation alone or with a partner is often a feature of a relationship. Contrary to this belief, several studies actually reveal a positive correlation between the frequency of masturbation and the frequency of intercourse. A study has reported a significantly higher rate of masturbation in gay men and women who were in a relationship.[52][64][65][66] Benjamin (talk) 17:19, 5 November 2024 (UTC)[reply]

I'm not understanding why you posted this "common misconception" here on the talk page. Can you help me understand your purpose? Penguino35 (talk) 20:03, 15 November 2024 (UTC)[reply]
I am suggesting it be added to the article, of course. Benjamin (talk) 03:06, 28 November 2024 (UTC)[reply]
No need to ask for permission! – Closed Limelike Curves (talk) 19:03, 3 December 2024 (UTC)[reply]
Hey User:Closed Limelike Curves it's nice to see you here. I know I could, but it's often controversial and I end up here on the talk page anyway. Benjamin (talk) 10:48, 27 December 2024 (UTC)[reply]

"Mama Cass"

[edit]

This diff seems to be advocating a decidedly left-wing ideological and polemicist position. The "average" ordinary person regularly uses the nickname "Mama Cass" as do countless 1960s music playing radio stations, both internet and in the real world. Plus, "average" ordinary people don't use the terms "fat shaming" or "connotations" and wouldn't readily understand them or care if someone tried to explain, especially the latter. IMO, the IP is applying something that should not be done so in Wikipedia's "voice". 180.150.37.138 (talk) 19:23, 20 December 2024 (UTC)[reply]

No need to characterize the edit as "left-wing" or comment on the phrasing used in the edit comment. The only question is whether we should include the name "Mama Cass" in the entry about Cass Elliot. That she didn't like the nickname isn't dispositive. The main question is whether including the nickname helps users identify her: is "Cass Elliot (of The Mamas & the Papas)" clear enough, or would it be helpful to write "Cass Elliot (Mama Cass of The Mamas & the Papas)"? According to Google nGrams, the name Mama Cass is about twice as common as Cass Elliot, so I think it's reasonable to assume that it's more familiar. It is also a name used for her in a Mamas & the Papas song, and the cited NYTimes article says "she found it hard to shake her nickname". So the name is widely familiar and I agree that it should be restored. --Macrakis (talk) 22:30, 22 December 2024 (UTC)[reply]
While it's pretty clear that she did not like the name (at least in later life), unless someone can point to some relevant Wikipedia policy regarding nicknames that are disliked by the person we should include the more common identifier to make it understandable to the average reader. The fact that the edit comment and the initial comment above included some irrelevant editorializing shouldn't affect our decision on whether to include the alternate, more common identifier.
I'm in favor of restoring "Cass Elliot (Mama Cass of The Mamas & the Papas)". Unless someone can point to some policy prohibiting or disfavoring it. Mr. Swordfish (talk) 16:14, 23 December 2024 (UTC)[reply]
According to Wikipedia policy, when writing about an individual, the preferred name to use is the one most commonly used in reliable sources, which includes respecting a person's self-identified gender and preferred name, even if it differs from their legal name or how they were previously known in the public eye. Cass Elliot (which is not her birth name) is the name she chose for herself. Her father nicknamed her Cass after the Greek mythological prophetess Cassandra, and she chose the surname to honor a friend who died in a car accident.
"Cass Elliot of The Mamas & the Papas" would work just fine. Her Wikipedia article is called Cass Elliot, not Mama Cass. Kingturtle = (talk) 16:20, 23 December 2024 (UTC)[reply]
Which Wikipedia policy is that? The closest policy I can find is at WP:PUBLICFIGURE which says biographies
... should simply document what these sources say. If an allegation or incident is noteworthy, relevant, and well documented, it belongs in the article—even if it is negative and the subject dislikes all mention of it.
Mr. Swordfish (talk) 22:17, 23 December 2024 (UTC)[reply]
WP:COMMONNAME says Wikipedia "generally prefers the name that is most commonly used (as determined by its prevalence in a significant majority of independent, reliable, English-language sources)." Kingturtle = (talk) 03:37, 24 December 2024 (UTC)[reply]
The Wikipedia article is called Cass Elliot. The Rock and Roll Hall of Fame calls her Cass Elliot. She is known as Cass Elliot. eom. Kingturtle = (talk) 03:31, 23 December 2024 (UTC)[reply]
The second sentence in Cass Elliot begins She was also known as "Mama Cass"... Mama Cass redirects to that page.
See WP:UNCENSORED. Mr. Swordfish (talk) 16:21, 23 December 2024 (UTC)[reply]
Re "the preferred name to use is the one most commonly used in reliable sources" -- yes, that is the policy for article titles. It doesn't say that other names shouldn't be used. We document names like William the Bad. And in the case of Cass Elliot, it seems that Mama Cass is a better known name than the name she preferred, a bit like Ivan the Terrible and Bloody Mary, which I think you'll agree are better-known names than Ivan IV of Russia and Mary I of England. --Macrakis (talk) 13:43, 24 December 2024 (UTC)[reply]
See WP:COMMONNAME. Kingturtle = (talk) 13:49, 24 December 2024 (UTC)[reply]
That policy is about article titles, and if adhered to strictly would require renaming the topic article, Cass Elliot, to Mama Cass. I don't think anyone is arguing for that, and this is the wrong place to have that discussion.
As Macrakis points out, Mama Cass is a better known name than the name she preferred. Mr. Swordfish (talk) 15:28, 24 December 2024 (UTC)[reply]
No, if adhered to strictly, her article would be and IS Cass Elliot. We don't look to popular usage among people on the street. What matters is the name that she is referred to in sources. In biographies involving her she is referred to as Cass Elliot. The Rock and Roll Hall of Fame calls her Cass Elliot. Kingturtle = (talk) 16:45, 24 December 2024 (UTC)[reply]
"People on the street" are ordinary people and it is an average person that defines the objective norm, not outlier populations such as tertiary-educated people. Professional orgs like the R&RHOF and poli-social activists like the diff maker i objected to, are also not ordinary. JMO and YMMV. 180.150.37.138 (talk) 04:38, 26 December 2024 (UTC)[reply]
No, actually, we don't base it on ordinary people or the average person. We base it on the usage in credible, notable sources. Kingturtle = (talk) 04:39, 26 December 2024 (UTC)[reply]

There doesn't appear to be any Wikipedia policy that prohibits also mentioning the name under which she became famous, and which appears in most of the cites in the topic article. Or at least no one has been able to produce one. Given that, there appears to be consensus to restore the recent removal. I'll give it another day or so before making the change to see if anyone else wants to chime in. Mr. Swordfish (talk) 18:07, 24 December 2024 (UTC)[reply]

Article split & transclusion

[edit]

I've implemented the article split and transclusion of the sub-articles. Some implementation notes:

  • Having the sub-articles in a subdirectory did not work as well in the main space as it does in a user space so the three sub-articles are at the root of the main space. If anyone has a better way to do this, I'm all ears.
  • I've spot checked "What links here" and the dozen or so links to this page that I checked seem to work. I did not check them all.
  • There are still three cites that I can't figure out how to prevent from being transcluded so they show up at the end of the article. Would appreciate any help with this.
  • The new sub-articles have attracted attention from a few editors who don't seem to understand the context and have made some "helpful" edits - I expect more of this.
  • Each sub-article has its own talk page and its own history. I'd recommend adding them to your watchlist since changes to them don't appear in the history here. Not sure what to do about potentially four different venues for discussion, but maybe it won't really matter in practice.
  • Currently, there is no edit notice on the sub-articles. I'll take a look at adding these. UPDATE: the edit notice has been applied to the sub-pages.

Mr. Swordfish (talk) 01:24, 27 December 2024 (UTC)[reply]

Could we perhaps package the include control and the ref tag into a template to make it easier to edit entries?
Something like {refnc|name=xxx|yyy} => <noinclude> <ref name=xxx> yyy </ref> </noinclude> and {refnc|xref=xxx} => <noinclude> <ref name=xxx /> .
By the way, why did you use onlyinclude and not noinclude, which seems easier to understand? --Macrakis (talk) 16:36, 28 December 2024 (UTC)[reply]
I'm not conversant with packaging controls into templates, but have no objection if it accomplishes what I think it accomplishes.
I used onlyinclude because that was how User:S Marshall did it in the mockup. noinclude is probably the better way to do it, but I was not aware of that tag until now. I'll take a look at changing it, shouldn't be too hard since it's mostly just a find and replace exercise. Mr. Swordfish (talk) 18:20, 28 December 2024 (UTC)[reply]

Romantic relationships

[edit]

https://www.cambridge.org/core/journals/behavioral-and-brain-sciences/article/romantic-relationships-matter-more-to-men-than-to-women/52E626D3CD7DB14CD946F9A2FBDA739C#

"Women are often viewed as more romantic than men, and romantic relationships are assumed to be more central to the lives of women than to those of men. Despite the prevalence of these beliefs, some recent research paints a different picture." Benjamin (talk) 10:39, 27 December 2024 (UTC)[reply]

Article is broken due to syntax errors in included pages

[edit]

I have not read the second half of the page yet, but in the first half, I have noticed multiple occasions in which segments were clearly swallowed by other segments.

For example, the item about Du Bois reads

The African-American intellectual and activist W. E. B. Du Bois did not renounce his U.S. citizenship while living in Ghana shortly before his death. In early 1963, his membership in the Communist Party and support for the Soviet Union led the U.S. State Department to refuse to renew his passport while he was already in Ghana. After leaving the embassy, he stated his intention to renounce his citizenship in protest, but while he took Ghanaian citizenship, he never actually renounced his American citizenship. It is not true that by using the indefinite article ein, he changed the meaning of the sentence from the intended "I am a citizen of Berlin" to "I am a Berliner", a Berliner being a type of German pastry, similar to a jelly doughnut, amusing Germans. Furthermore, the pastry, which is known by many names in Germany, was not then — nor is it now — commonly called "Berliner" in the Berlin area.

clearly containing the correction for the myth surrounding Kennedy's "Ich bin ein Berliner" speech.

The reason for this is that the included pages make extensive use of onlyinclude, and in some segments (such as the quoted one), this is done poorly: There seems to be some intention not to include the references, but by choosing to onlyinclude the text, rather than noincludeing the references, every time someone forgets to re-open the onlyinclude after the last reference of an item, the start of the next item is swallowed, all the way up to after the first reference of that segment, if the editor "properly" re-opened onlyincludeing after that reference.

This may be due to brute find/replace, since the page also includes numerous pointless empty onlyinclude segments, and in the given case, the error is caused by wrong usage of a self-closing ref-tag. In other words: It looks like somebody brutishly replaced <ref with </onlyinclude><ref and </ref> with </ref><onlyinclude>, and in those cases where people falsely inserted XHTML-style <ref />-tags there was no closing </ref>-tag and thus no opening <onlyinclude> being included.

I have left it as is, both for documentary purposes as well as because this approach is something fundamental to be debated by the self-elected maintainers of this page and correction will probably require checking and editing all pages that make up List of common misconceptions.
77.22.117.146 (talk) 17:02, 1 January 2025 (UTC)[reply]

Thanks for the heads-up. I have fixed this issue. Are there any others that you noticed? Mr. Swordfish (talk) 18:35, 1 January 2025 (UTC)[reply]
The Islam section ends with unintroduced comments about Judaism. 89.1.140.176 (talk) 03:13, 2 January 2025 (UTC)[reply]
Thanks. Fixed. Mr. Swordfish (talk) 03:20, 2 January 2025 (UTC)[reply]
I have tested the RegEx /(?<=<\/onlyinclude>)(?:.(?!<onlyinclude>))*\n\*(?:.(?!<onlyinclude>))*/gs against both the old revision and the current one of the history subpage.
It found five matches on the old revision, none on the current.
So it does seem like you caught all the ones that were obvious. If you haven't done the other pages yet, feel free to try the Regex against their page sources.
No guarantees it'll catch everything, but it'll at least narrow down spots you should check.
77.22.117.146 (talk) 23:16, 3 January 2025 (UTC)[reply]

Dodo misconceptions

[edit]

The dodo is one of the most famous extinct species, and one of the most commonly cited examples of recent manmade extinctions. However, there are many erroneous beliefs about the dodo popularised by pop culture and misconceptions that should be on this list

  1. "Dodo's were hunted to extinction due to their immaculate taste" This is untrue, as historical accounts wrote of its unsavoury flavour. Its extinction was mostly caused by invasive species as opposed to direct human predation like the passenger pigeon or quagga.
  2. "The dodo was too stupid to survive" This is also untrue, as genetic research has shown that the dodo had average to above average intelligence like other species of pigeons. Its perceived "stupidity" is more akin to naivety and passivity caused by living in isolation without significant predators similar to the moas, Galápagos tortoises, and Steller's sea cow prior to being discovered by Europeans or the Māori. Sources: Dodos might have been quite intelligent, new research finds | ScienceDaily The Dodo and the Solitaire: A Natural History - Jolyon C. Parish - Google Books

Edelgardvonhresvelg (talk) 07:21, 4 January 2025 (UTC)[reply]

Tripitaka Koreana

[edit]

It is a popular misconception that the Tripitaka Koreana does not contain a single error;[23] a survey found that the text does indeed have missing characters and errors.[24][25] Benjamin (talk) 04:39, 7 January 2025 (UTC)[reply]

American Gothic entry

[edit]

Reviewing the sourcing, it's not clear whether the woman depicted is supposed to be the wife or the daughter. Some sources clearly state "daughter" while others say that it is unclear. I'm raising the issue at the topic article since presumably the editors there are more familiar with the material.

I've commented out the entry pending resolution. Mr. Swordfish (talk) 23:34, 13 January 2025 (UTC)[reply]