Wikipedia:Redirects for discussion/Log/2023 August 29
This is a list of redirects that have been proposed for deletion or other action on August 29, 2023.
Cholestoral
- Cholestoral → Cholesterol (talk · links · history · stats) [ Closure: keep/retarget/delete ]
- Cholesteral → Cholesterol (talk · links · history · stats) [ Closure: keep/retarget/delete ]
- Colesteral → Cholesterol (talk · links · history · stats) [ Closure: keep/retarget/delete ]
- Cholestral → Cholesterol (talk · links · history · stats) [ Closure: keep/retarget/delete ]
- Chlestral → Cholesterol (talk · links · history · stats) [ Closure: keep/retarget/delete ]
- Clestral → Cholesterol (talk · links · history · stats) [ Closure: keep/retarget/delete ]
- Chlostrol → Cholesterol (talk · links · history · stats) [ Closure: keep/retarget/delete ]
- Cholestero → Cholesterol (talk · links · history · stats) [ Closure: keep/retarget/delete ]
Most of these are implausible misspellings, with 2 or more differences from the target spelling. More importantly, though, the versions ending in "ral" suggest they refer to an aldehyde (see Aldehyde#Nomenclature), which is incorrect with a high potential for confusion. Delete. Mdewman6 (talk) 22:33, 29 August 2023 (UTC)
- Comment they appear to be phonetic (mis-)spellings to me. As cholesterol is not a typical English word, it would likely be misspelled phonetically -- 65.92.244.99 (talk) 03:30, 30 August 2023 (UTC)
- Indeed. And all of them seem plausible to me. Thus, keep. Edward-Woodrow :) [talk] 11:45, 30 August 2023 (UTC)
- Keep I don't see how these are implausible, especially based on phonetics as the IP notes. - Presidentman talk · contribs (Talkback) 14:30, 30 August 2023 (UTC)
- Keep Cholestoral, Cholesteral, Colesteral. These three show consistently infrequent use over the past several years, suggesting that they're plausible errors and thus useful. Delete the others which all have practically no usage over the same timeframe. Ivanvector (Talk/Edits) 15:29, 30 August 2023 (UTC)
- Keep 7 of these as plausible misspellings due to phonetics. At the very least, I think that the first four, being Cholestoral, Cholesteral, Colesteral and Cholestral are very intentionally referring to Cholesterol, and should be kept. For the remaining three, being Chlestral, Clestral, and Chlostrol, I'm less passionate about the outcome because these three get much less pageviews than the other four, and are also much more deviant to "cholesterol" than the first four. I still think these should be kept as phonetic misspellings, but it's closer to a weak keep. The one I cannot justify, however, is "Cholestero" which is not a phonetic equivalent but is simply just an incomplete word. To this end, I think Cholestero should be deleted.
- Keep, nominator is a PhD chemist and is versed in naming of chemicals. As a physician, people absolutely butcher spellings. All. The. Time. "Clestral" is absolutely a phonetic way to spell it. If Wikipedia was able to list the correct page for these spelling searches then I'd be fine with deleting them. Try clestrol the search gives nothing. Cburnett (talk) 20:11, 30 August 2023 (UTC)
👨💻
Just as vague as 👩💻 . Unhelpful and fails the existing precedent at WP:REMOJI. Furthermore, anyone typing this in to search bar is either a) doing it for fun to see what they get, or b) looking for emojipedia-style information on the emoji itself. They're certainly not looking for Information technology. Really, I'd like all emoji redirects to be deleted with that reasoning, but this one is so ridiculously vague that it even goes against the existing precedent WP:REMOJI. Delete with prejudice. Edward-Woodrow :) [talk] 20:46, 22 August 2023 (UTC)
- Delete per nom, and per 🛑👮🏾♀️🧯🌾🏮🎐🧿🧙🏿. Ivanvector (Talk/Edits) 18:20, 23 August 2023 (UTC)
- Most of those redirects exist, though... Smite them with fire! Edward-Woodrow :) [talk] 19:45, 23 August 2023 (UTC)
- All these emoji redirects are getting very silly indeed. Ivanvector (Talk/Edits) 20:42, 23 August 2023 (UTC)
- Most of those redirects exist, though... Smite them with fire! Edward-Woodrow :) [talk] 19:45, 23 August 2023 (UTC)
- Keep. It's defined as "Man Technologist". The use of a laptop specifically refers to information technology, so this is a good target. Otherwise, I would think you'd be able to get no narrower than Technology, unless we went the literal route with laptop (which I'm okay with). -- Tavix (talk) 18:21, 27 August 2023 (UTC)
Relisted to generate a more thorough discussion and clearer consensus.
Relisting comment: Relisting for further input and to coincide with the other similar discussion below.
Please add new comments below this notice. Thanks, CycloneYoris talk! 22:21, 29 August 2023 (UTC)- Keep or redirect to a better target. Oppose deletion. At a minimum the emoji block this comes from is a valid target. Gonnym (talk) 12:43, 30 August 2023 (UTC)
👩💻
The purpose of the glyph is unclear and could realistically be redirected to hacker or information technology. Hey man im josh (talk) 12:58, 25 July 2023 (UTC)
- This emoji is Woman Technologist. Retarget to Women in STEM fields. - Eureka Lott 15:00, 25 July 2023 (UTC)
- If we consider Emojipedia sufficiently reliable (Emojipedia#Legal precedent) and redirecting to a disambiguation page is acceptable, we could retarget to Technologist. (As my reasoning below, where I suggest a redirect to laptop, could also be used here.) --2001:1C06:19CA:D600:8D08:7F2D:308A:2C4 (talk) 07:24, 30 July 2023 (UTC)
- Retarget to Women in computing. A smart kitten (talk) 19:44, 28 July 2023 (UTC)
- Retarget to Women in computing. Enix150 (talk) 01:34, 30 July 2023 (UTC)
- Retarget to laptop. Similar to how we redirect 👨🦰, which is 👨 (man) zero-width joined 🦰 (red hair), to red hair. We simply don't know what she is doing. Could be women in computing, could be women and video games or porn for women. A laptop is a PC with enhanced portability, so maybe she's on a (business) trip, browsing the web. It's a person with red hair; it's a person with a laptop. --2001:1C06:19CA:D600:8D08:7F2D:308A:2C4 (talk) 07:00, 30 July 2023 (UTC)
- I understand what you’re saying, however Wikipedia doesn’t have an article with the title Men with red hair or similar (that I can find). If we did, I’d suggest that it would be a better target for 👨🦰 than just red hair. As the emoji in question depicts a woman in front of a laptop/computer, and the unicode data file specifically refers to the emoji as “woman technologist” (my emphasis), I would argue that we do know what the woman is doing — and thus targeting the redirect to the page on Women in computing is more appropriate than targeting it to laptop. A smart kitten (talk) 16:37, 30 July 2023 (UTC)
- The man's emote is just as vague: 👨💻 targets Information technology. Also, changing the target of the Woman Technologist here to something gendered would be inconsistent with the other gendered emotes, where as far as I can tell everything points to the base page for the profession depicted. This is true even for emotes like 👩🔬 and 👮♀️ which could target Women in science and Women in law enforcement, respectively. I think this vague emote should point to an equally vague profession involving computers. Information technology could fit that alongside Computer scientist and numerous others I'm sure. Weak keep I suppose and I would support re-targeting to other professions (alongside with re-targeting 👨💻). ― Synpath 17:04, 30 July 2023 (UTC)
- Possible appropriately broad targets being List of computer occupations and Technology specialist lists. ― Synpath 17:36, 1 August 2023 (UTC)
Relisted to generate a more thorough discussion and clearer consensus.
Please add new comments below this notice. Thanks, signed, Rosguill talk 00:08, 2 August 2023 (UTC)
- Strongly oppose moving to anything gendered. The idea that the male emoji should just be "information technology", while the female emoji should be "women in information technology" is flat out demeaning. :3 F4U (they/it) 11:56, 4 August 2023 (UTC)
- Delete as vague and ambiguous. Edward-Woodrow :) [talk] 17:45, 7 August 2023 (UTC)
- Delete per Edward-Woodrow. If this position gains consensus, please ping me and I will nominate the male counterpart, which is equally vague and unhelpful. signed, Rosguill talk 16:11, 9 August 2023 (UTC)
Relisted to generate a more thorough discussion and clearer consensus.
Please add new comments below this notice. Thanks, CycloneYoris talk! 07:02, 10 August 2023 (UTC)
- Do not delete. Worst case, this should be retargeted to the emoji block it belongs to, but I'm sure there are better options, like some that have been brought up above. Gonnym (talk) 13:50, 13 August 2023 (UTC)
- Comment: I'm fine with redirecting elsewhere, but I believe that deleting this page would make it the only emoji without a redirect on Wikipedia. Enix150 (talk) 16:43, 16 August 2023 (UTC)
- @Enix150: So? Saying "don't delete this, then it will be the only {something} on Wikipedia is a baseless argument. Edward-Woodrow :) [talk] 17:03, 16 August 2023 (UTC)
- @Edward-Woodrow: That would make it the sole outlier among the thousands of emojis. Encyclopedias usually seek consistency in their coverage. Enix150 (talk) 17:58, 18 August 2023 (UTC)
- Wikipedia:Fait accompli, we probably just shouldn't have a whole swathe of these redirects. signed, Rosguill talk 19:59, 18 August 2023 (UTC)
- And in this case it would be consistently bad coverage, because the redirect is misleading. That's like saying "keep {unnotable article}, we need consistency in coverage of {topic}!" It's not remotely grounded in policy. Edward-Woodrow :) [talk] 18:14, 19 August 2023 (UTC)
- Can an uninvolved editor close/relist this now? Edward-Woodrow :) [talk] 12:44, 25 August 2023 (UTC)
- @Edward-Woodrow: That would make it the sole outlier among the thousands of emojis. Encyclopedias usually seek consistency in their coverage. Enix150 (talk) 17:58, 18 August 2023 (UTC)
- @Enix150: So? Saying "don't delete this, then it will be the only {something} on Wikipedia is a baseless argument. Edward-Woodrow :) [talk] 17:03, 16 August 2023 (UTC)
- Retarget to women in computing. Counter F4U above I don't see that as demeaning at all - if there were an article on men in computing, then the men's emoji would point there, but that's a redlink so we have to go with the ungendered target - it's merely a reflection of reality. * Pppery * it has begun... 19:07, 26 August 2023 (UTC)
- Retarget to Women in computing per Pppery. -- Tavix (talk) 18:12, 27 August 2023 (UTC)
Relisted to generate a more thorough discussion and clearer consensus.
Relisting comment: Relisting to get rid of the August 10 logpage. Retarget to Women in STEM fields? to Women in computing? to Laptop? to another page? Or just delete?
Please add new comments below this notice. Thanks, Duckmather (talk) 21:51, 29 August 2023 (UTC)
City (Georgia)
- City (Georgia) → Georgia (U.S. state)#Local government (talk · links · history · stats) [ Closure: keep/retarget/delete ]
There are cities in the country too, but regardless, I don't think this is a useful redirect, so delete rather than disambiguate. Mdewman6 (talk) 19:07, 5 July 2023 (UTC)
Leaning deleteactually I think I'm neutral now because the only use I can think of for this redirect is to link details about Georgia's legal treatment of cities to the word "city" in an article that talks about a Georgia city. I don't think that's a good thing to be doing; too eggy. If you want to explain this stuff in a linking article, do it in visible text.
That said, there's something that needs to be explained here. If I go to "what links here" I find, for example, Mount Vernon, Georgia, and if I search in wikitext for "Georgia (city)", it does not appear.
So my best guess is there's some sort of template magic going on here. We should probably find out what it is, and get rid of it, because as I say above, that's not a good thing to be doing. --Trovatore (talk) 19:20, 5 July 2023 (UTC)
- It's linked from Template:Montgomery County, Georgia, which also links Town (Georgia). --Pokechu22 (talk) 19:22, 5 July 2023 (UTC)
- That's it. I guess I don't mind it as much there. If you see a bluelink to "city" in ordinary article text you have a reasonable expectation that it points to city, and if information that would be relevant to readers is hidden behind the link, that's a bad thing. For the word "Cities" at the head of a list in a nav template, who knows. Still, that's no impediment to removing the redirect and piping directly in the template (note that even with the redirect, it would still need a pipe anyway, so the redirect doesn't save anything here). --Trovatore (talk) 19:31, 5 July 2023 (UTC)
- This redirect is used in around 20 articles (and that template), all concerning cities in the US state of Georgia. Its purpose is to lead the reader to the definition of a city in Georgia - because the definitions of 'city', 'town' , 'village' etc differ from state to state. There are similar redirects for most US states (e.g. Town (Connecticut), Village (New York)). Confusion with the country of Georgia is possible, but not likely, I think. If eliminating possible confusion is considered essential, it could be refined to "City (Georgia (US state))" or similar. Colonies Chris (talk) 19:27, 5 July 2023 (UTC)
- You really shouldn't do that, at least not in article text. It violates the least surprise principle. As I say above, I don't mind it as much in the navbox, but a pipe is sufficient there; the redirect is pointless. I think all the other articles that "use" it are actually just including that template, though I haven't checked that. --Trovatore (talk) 19:34, 5 July 2023 (UTC)
- This redirect, ahd the others like it, are used almost exclusively in infoboxes, where the heading for the settlement might be 'City' or 'Town' or 'Village' etc. No-one would be surprised to click on that and be taken to an explanation of the official definition of that term for a settlement in that state, Colonies Chris (talk) 19:40, 5 July 2023 (UTC)
- As I said, I don't mind it as much in navboxes, but I also don't see why you need it there. It doesn't save a pipe, so why not just pipe where you want it to go? --Trovatore (talk) 19:42, 5 July 2023 (UTC)
- It does save a tiny bit of typing when typing with the pipe trick, but the expanded version of that is saved, and I don't think that really is something that needs to be optimized for in a navbox. --Pokechu22 (talk) 20:04, 5 July 2023 (UTC)
- As I said, I don't mind it as much in navboxes, but I also don't see why you need it there. It doesn't save a pipe, so why not just pipe where you want it to go? --Trovatore (talk) 19:42, 5 July 2023 (UTC)
- This redirect, ahd the others like it, are used almost exclusively in infoboxes, where the heading for the settlement might be 'City' or 'Town' or 'Village' etc. No-one would be surprised to click on that and be taken to an explanation of the official definition of that term for a settlement in that state, Colonies Chris (talk) 19:40, 5 July 2023 (UTC)
- You really shouldn't do that, at least not in article text. It violates the least surprise principle. As I say above, I don't mind it as much in the navbox, but a pipe is sufficient there; the redirect is pointless. I think all the other articles that "use" it are actually just including that template, though I haven't checked that. --Trovatore (talk) 19:34, 5 July 2023 (UTC)
- Comment as nom I see now the purpose of this redirect, and my apologies for not doing a better WP:BEFORE. But the risk is that someone incorrectly uses this in a template or article about a city in the country, or someone actually searching this (unlikely but plausible) wishes to learn about cities in the country. Same thing with Town (Georgia) (which targets town and I was not aware of). Note that most county templates for Georgia just link to City rather than use this redirect.
I still lean delete I guess,as piped links can be used instead (as cumbersome as they may be). After all, links using this redirect still have to be piped anyway. Mdewman6 (talk) 19:47, 5 July 2023 (UTC)
- Also, it could tempt editors to use it in article text, and that would usually be a bad thing. --Trovatore (talk) 19:59, 5 July 2023 (UTC)
- Redirects are preferred to piping in cases like this because it decouples the link from the target, and it doesn't require an editor to know where exactly the target is to be found. They can just write
[[Village (Ohio)|Village]]
, for example, and the redirect does the rest. And if the target article were to be reorganised so the definition is moved elsewhere, only one redirect would need to change instead of hundreds of articles. Also, Town (Georgia) targets Town#United States. If there is a specific explanation somewhere for what constitutes a town in the state of Georgia, the redirect could be refined to go there instead, without needing to change potentially hundreds of articles. And why shouldn't an editor use it in article text? Colonies Chris (talk)
- They shouldn't use it in article text because it would (usually) violate the least surprise principle. --Trovatore (talk) 20:07, 5 July 2023 (UTC)
- As I said above, no-one would be surprised by this redirect, whether in a navbox or article text. Imagine how it might be used - for example you might write 'Fitzgerald is a city in the US state of Georgia". No-one would click on that link unless they want clarification on what exactly is meant by the term 'city' in Georgia, and that's what they'd get. There's no surprise involved. Colonies Chris (talk) 20:15, 5 July 2023 (UTC)
- OK, that's exactly the usage that I consider bad. When readers see "city" in blue, they're entitled to expect that it points to city. If there's other information about cities in Georgia specifically, the visible text doesn't give you enough to know that it's there. I very sharply disagree that "there's no surprise involved".
On the other hand, I would not object toFitzgerald is a [[city (Georgia)|city in the US state of Georgia]]
. The difference is that no one expects "city in the US state of Georgia" to be the title of an article or a search term on its own, so the expectations are different. --Trovatore (talk) 21:11, 5 July 2023 (UTC)
- Not at all. From the reader's point of view, either you know, or think you know, what a city is already, so you don't click the link, or you understand that 'city' is a variable concept, so you click to find out exactly what it means in this context. In fact, if the reader is familiar with our principle of not linking common terms, they will *expect* the link to not be a simple link to city. No surprise. Colonies Chris (talk) 21:35, 5 July 2023 (UTC)
- I'm sorry, I still disagree with you very very sharply. Keep it simple; don't overload links unnecessarily. It's different, of course, with secondary meanings of an ambiguous term — an article about cheeses may have to link to quark. But that doesn't apply here; you're still talking about cities, but you're sending the reader somewhere other than city to get more information, without any warning that this is happening. A reader might want that information, but does not get adequate notice that the link points there.
And in this particular case, it's totally unnecessary, because piping the entire phrase solves the problem neatly. --Trovatore (talk) 21:44, 5 July 2023 (UTC)
- So far as I'm aware this redirect is only used in navboxes, so the question of piping a longer phrase doesn't currently arise. And even then it would be better to pipe the longer phrsse to the redirect, rather than directly to the target, for the reasons i've already explained. Colonies Chris (talk) 22:14, 5 July 2023 (UTC)
- I'm sorry, I still disagree with you very very sharply. Keep it simple; don't overload links unnecessarily. It's different, of course, with secondary meanings of an ambiguous term — an article about cheeses may have to link to quark. But that doesn't apply here; you're still talking about cities, but you're sending the reader somewhere other than city to get more information, without any warning that this is happening. A reader might want that information, but does not get adequate notice that the link points there.
- OK, that's exactly the usage that I consider bad. When readers see "city" in blue, they're entitled to expect that it points to city. If there's other information about cities in Georgia specifically, the visible text doesn't give you enough to know that it's there. I very sharply disagree that "there's no surprise involved".
(←) Here's a comparison. There is an article named Overtime (sports). However, in articles about ice hockey that link to 'overtime', it will probably be piped to the more specific Overtime (ice hockey). In articles about American football, the same text will be piped to Overtime (American football), which redirects to the football-specific section of the Overtime (sports) article. No reader is confused or surprised by this, because they expect to be taken to guidance that's specific to the context they're in. Colonies Chris (talk) 22:33, 5 July 2023 (UTC)
- There are no "Towns" in Georgia, so that redirect is even more useless. (All municipalities are considered "Cities"). - Presidentman talk· contribs (Talkback) 21:26, 5 July 2023 (UTC)
- According to {{Montgomery County, Georgia}} there are 3 towns in Montgomery County. Colonies Chris (talk) 21:35, 5 July 2023 (UTC)
- Well, there is some confusion then because the current target of the redirect says
every incorporated town is legally a city
! Presidentman talk · contribs (Talkback) 21:49, 5 July 2023 (UTC)
- Well, there is some confusion then because the current target of the redirect says
- According to {{Montgomery County, Georgia}} there are 3 towns in Montgomery County. Colonies Chris (talk) 21:35, 5 July 2023 (UTC)
- Lean delete per Trovatore. - Presidentman talk · contribs (Talkback) 21:26, 5 July 2023 (UTC)
- I'm actually neutral following the discussion. The navbox use seems OK to me and Colonies Chris has explained a reasonable rationale for keeping the target behind a redirect.
For other uses, the main thing is that editors need to internalize WP:EGG. I'm afraid that not enough of them have (including Colonies Chris). But that's not a problem with the redirect itself. --Trovatore (talk) 21:32, 5 July 2023 (UTC)
- It's only used on the one navbox though. I think the best solution here is to created a piped link to the current target on the template. Presidentman talk · contribs (Talkback) 21:52, 5 July 2023 (UTC)
- It's used in the navboxes of about 20 cities in Georgia, and potentially could be used in many more, which currently just link to city. And I've already explained why a redirect is a much better choice than a piped link in this sort of case. Colonies Chris (talk) 22:00, 5 July 2023 (UTC)
- I'm actually neutral following the discussion. The navbox use seems OK to me and Colonies Chris has explained a reasonable rationale for keeping the target behind a redirect.
Relisted to generate a more thorough discussion and clearer consensus.
Please add new comments below this notice. Thanks, Jay 💬 14:19, 15 July 2023 (UTC)
- Weak keep- defines a city, as used in the state of Georgia. Could be ambiguous with the country, so maybe hatnote the section with {{redirects here}} pointing to Administrative divisions of Georgia (country)#Municipalities. Edward-Woodrow :) [talk] 15:11, 18 July 2023 (UTC)
- Retarget to List of cities and towns in Georgia – no reason to delete with a perfectly good target available. This is too ambiguous to point to either the country or the city (see Cities in Georgia and List of cities in Georgia, which both point to the DAB that I'm suggesting the retarget to). Skarmory (talk • contribs) 01:19, 25 July 2023 (UTC)
- Reply as nom yeah, I would be fine with that. When I nominated this to Rfd, I had not yet decided a dab page was the best way to deal with the base name redirecting to the country list, so the dab page did not come about until a day later. The template links would need to be updated, however. Mdewman6 (talk) 21:11, 25 July 2023 (UTC)
- Strongly oppose this proposed retargeting. A reader clicking on that link doesn't want a list of cities in Georgia - they want clarification on what exactly constitutes a city in Georgia (as distinct from a town, village, etc.). Colonies Chris (talk) 20:51, 6 August 2023 (UTC)
Relisted to generate a more thorough discussion and clearer consensus.
Please add new comments below this notice. Thanks, CycloneYoris talk! 00:06, 8 August 2023 (UTC)
- Keep - The current target discusses the (somewhat unique) interpretation/definition of a city in Georgia. Potentially ambiguous with the country however so I wouldn't object to some kind of DAB or hatnote as an alternative. A7V2 (talk) 00:17, 8 August 2023 (UTC)
- Retarget List of cities and towns in Georgia - per Skarmory.--estar8806 (talk) ★ 14:22, 8 August 2023 (UTC)
- Retarget to List of municipalities in Georgia (U.S. state), and expand the list with the explanation from the current target as an explanatory blurb in the lede (minding WP:CWW of course), and with a hatnote to the related list for Georgia the country. "City" has a peculiar definition for the state of Georgia, while for the country of Georgia it seems to be more or less the same as everywhere else; it seems much more likely that readers will be looking for the odd explanation for the state, versus the explanation for a country with no particularly special usage for the generic term. Adding an explanation would be an improvement to the list, and a hatnote resolves disambiguation. It's a very odd title to disambiguate in the first place. Ivanvector (Talk/Edits) 20:24, 8 August 2023 (UTC)
- certainly not, as such would imply there are no cities in the country of Georgia -- 67.70.25.80 (talk) 08:25, 9 August 2023 (UTC)
- Delete this should go to the legal definition and jurisdictional function of entities known as "city" in either the U.S. state or the country. But these are defined by either the U.S. state or the nation-state, so the disambiguator portion should indicate it is about the U.S. state or the nation-state and not just plain "Georgia" -- 67.70.25.80 (talk) 08:27, 9 August 2023 (UTC)
- Comment: This redirect is only used in about 20 articles, all on cities in Georgia (US). It seems unlikely it would be typed in by anyone searching for info on either Georgia. So no-one is likely to be misled by it. A hatnote at the target, as suggested above, would eliminate any slight possibility of confusion. Colonies Chris (talk) 18:12, 9 August 2023 (UTC)
- Or you could just fix the bad redirect in the first place, such as City (Georgia, U.S.) -- 67.70.25.80 (talk) 23:15, 10 August 2023 (UTC)
- It isn't a bad redirect, and I don't think there's any significant potential for confusion, but changing it to City (Georgia, U.S.) (or should it be City (Georgia (U.S. state))?) in those 20 or so articles would eliminate that slight possibility. I'd be happy to run through them all to make that change. And as far I'm concerned, the current target of the redirect, Georgia (U.S. state)#Local_government, is fine. And then the existing redirect could be deleted. Colonies Chris (talk) 10:03, 11 August 2023 (UTC)
- Or you could just fix the bad redirect in the first place, such as City (Georgia, U.S.) -- 67.70.25.80 (talk) 23:15, 10 August 2023 (UTC)
- Keep it appears just like City (New Jersey) etc that its an actual legal term in Georgia the US state even though the country may have cities. Crouch, Swale (talk) 18:53, 13 August 2023 (UTC)
- I struggle to see why this isn't just a clear case of disambiguating an ambiguous title. It's a weird search term, but not that weird, and it picks up the search term for city georgia. Georgia the country also has cities in it, and in general use there's no primary topic between the two, so... why are we making a primary redirect here? If we want a redirect that points to cities in the state of Georgia, create a shorter one, don't hijack this one where there are actual PT concerns. Skarmory (talk • contribs) 20:40, 13 August 2023 (UTC)
- Delete: I'm pretty sure we don't need a "City (xyz)" for every other country and state. They all are Cities. Georgia in particular is an unfortunate case where WP:SYSTEMICBIAS prevails. Delete as this is unnecessary, we can survive without this. — DaxServer (t · m · e · c) 12:14, 14 August 2023 (UTC)
- Yes, we do need those redirects, because the official definition of a 'city', 'town', 'township', 'village' , 'hamlet' etc differs from state to state in the US. Probably not for every country (they will have their own-language terms such as 'commune (France)', 'département', 'Land (Germany)', 'oblast'), which can be linked as necessary, but certainly for US states. Most of these state-level redirects already exist. Colonies Chris (talk) 14:05, 14 August 2023 (UTC)
- Proposal: This redirect is used in the articles about 20 or so cities in Georgia (US). I'll run through them all changing the piping to City (Georgia (U.S. state)) to avoid any ambiguity, and set up that redirect to target Georgia (U.S. state)#Local_government just as the redirect under discussion does. And then the existing redirect could be deleted. Colonies Chris (talk) 20:04, 17 August 2023 (UTC)
- I am good with replacing all uses of "City (Georgia)" with "City (Georgia (U.S. state))" or City (Georgia, U.S.) and deleting the current redirect City (Georgia). -- 67.70.25.80 (talk) 03:00, 19 August 2023 (UTC)
- I'm fine with this, though I'd prefer a different disambiguator that doesn't use double parenthesis (though I don't feel strongly on that). I also think a retarget to List of cities and towns in Georgia is preferable to deletion, but the search term seems unlikely enough that I don't have major qualms with deletion. Skarmory (talk • contribs) 04:44, 19 August 2023 (UTC)
- I'm happy with either format of the piping, "City (Georgia (U.S. state))" or "City (Georgia, U.S.)", whatever the consensus preference is. The original redirect, "City (Georgia)", is solely used in articles about cities in Georgia (US) and was never intended as a search term, and seems unlikely to be used for that purpose, so i see no benefit in retaining it. Colonies Chris (talk) 08:37, 19 August 2023 (UTC)
- I'm fine with creation of a U.S. version of this redirect for piped linking purposes. Probably the single parentheses version is more natural, also I am not certain the WP:PIPETRICK will work with the double parentheses (probably, but I'm not sure). As for this redirect, I am fine with deletion or retargeting to the dab as discussed above; if retargeted a link to the current target (and any relevant text for the country) could be added in a see also section. That seems better than deletion, as it's not a completely implausible search term. My real concern in my original nomination was the lack of disambiguation, which can now be resolved without deletion. Mdewman6 (talk) 18:58, 29 August 2023 (UTC)
Relisted to generate a more thorough discussion and clearer consensus.
Relisting comment: Relisting to get rid of the August 8 logpage. Keep, retarget, or delete?
Please add new comments below this notice. Thanks, Duckmather (talk) 21:49, 29 August 2023 (UTC)
- Close as no consensus - come on, this has been open for almost 2 months and we're no closer than before the first relist. Ivanvector (Talk/Edits) 15:32, 30 August 2023 (UTC)
- If you look at the more recent comments by the main participants, there is actually a rough consensus for retargeting to List of cities and towns in Georgia and creating a modified version to replace this redirect in links. Mdewman6 (talk) 18:24, 30 August 2023 (UTC)
Triglycerol
- Triglycerol → Triglyceride (talk · links · history · stats) [ Closure: keep/retarget/delete ]
- Triglycerine → Triglyceride (talk · links · history · stats) [ Closure: keep/retarget/delete ]
These names refer to a specific (potentially notable) compound, e.g. [1] and [2] (formula C9H20O7) for which enwiki does not appear to have any content. Delete to avoid confusion/encourage article creation. Mdewman6 (talk) 20:38, 29 August 2023 (UTC)
- Delete per nom. Aaron Liu (talk) 21:37, 29 August 2023 (UTC)
- Delete both, to encourage article creation because even though triglycerine is one letter off of triglyceride, it very well can refer to an entirely different chemical, so the redirect becomes confusing; same with triglycerol. Utopes (talk / cont) 14:45, 30 August 2023 (UTC)
Capitalization of the Web
- Capitalization of the Web → Capitalization of Internet (talk · links · history · stats) [ Closure: keep/retarget/delete ]
Other than the rationale against Capitalization of Web given below, the article refers to the word "Internet" as a word, not the thing, so "the" shouldn't be there. That makes the title sound like capitalization across the Web instead of about the word "Web". Aaron Liu (talk) 02:20, 22 August 2023 (UTC)
Keep "The Web" is a discrete topic different from the word "web" without a definite article. As I note below, many people see "the Web" and "the Internet" as synonymous even if it is not 100% accurate. - Presidentman talk · contribs (Talkback) 14:09, 22 August 2023 (UTC)- @Presidentman However the redirect target doesn't talk about capitalization across the Internet either, it talks about capitalization for the word Internet. Aaron Liu (talk) 20:50, 22 August 2023 (UTC)
- @Aaron Liu I'm changing my !vote to retarget to World Wide Web#WWW prefix per Eureka Lott. - Presidentman talk · contribs (Talkback) 21:08, 22 August 2023 (UTC)
- Still it's not capitalization across the web. It's capitalization of the word Web. Aaron Liu (talk) 21:30, 22 August 2023 (UTC)
- @Aaron Liu I'm changing my !vote to retarget to World Wide Web#WWW prefix per Eureka Lott. - Presidentman talk · contribs (Talkback) 21:08, 22 August 2023 (UTC)
- @Presidentman However the redirect target doesn't talk about capitalization across the Internet either, it talks about capitalization for the word Internet. Aaron Liu (talk) 20:50, 22 August 2023 (UTC)
- Retarget to World Wide Web#WWW prefix, which has more material on the subject. - Eureka Lott 14:43, 22 August 2023 (UTC)
- @EurekaLott Again that isn't about capitalization across the web. Aaron Liu (talk) 20:52, 22 August 2023 (UTC)
- Comment "Capitalization of the web" can also refer to the (supposed) takeover of the web by financial capital, as discussed in (e.g.) Who Owns the Future?. That theory seems too new to really have a scholarly consensus encapsulated in any of our pages, but perhaps Commercialization of the Internet is a good retarget? Bernanke's Crossbow (talk) 06:44, 26 August 2023 (UTC)
- Hmm, that's a misleading title (it should be the Web) but judging by ngram "...the Internet" is a lot more used. I support this proposal. Aaron Liu (talk) 13:52, 26 August 2023 (UTC)
Relisted to generate a more thorough discussion and clearer consensus.
Relisting comment: Participants are currently undecided between two potential targets.
Please add new comments below this notice. Thanks, CycloneYoris talk! 07:52, 29 August 2023 (UTC)
- User:Bernanke's Crossbow's suggestion also works for me. - Eureka Lott 02:32, 30 August 2023 (UTC)
Female priest
- Female priest → Ordination of women (talk · links · history · stats) [ Closure: keep/retarget/delete ]
Please discuss at Talk:Priestess#Requested_move_25_August_2023. fgnievinski (talk) 03:22, 29 August 2023 (UTC)
- Unclear what the nominator wants to be done at RfD. Edward-Woodrow :) [talk] 13:29, 29 August 2023 (UTC)
- Oh dear, I had kindly requested to discuss at another talk page, where a related discussion is ongoing. fgnievinski (talk) 22:13, 29 August 2023 (UTC)
- Delete or retarget to priest The target is incorrect, not all priests are ordained, therefore the ordination of women is not the topic article for female priests. -- 65.92.244.99 (talk) 20:39, 29 August 2023 (UTC)
- Comment female clergy should also be bundled into this nomination, for the same problem -- 65.92.244.99 (talk) 20:39, 29 August 2023 (UTC)
- If "female clergy" is bundled in, then my opinion would be to delete' or retarget to clergy per the same reason, many clergy are not ordained -- 65.92.244.99 (talk) 20:39, 29 August 2023 (UTC)
- Pending the nominator @fgnievinski's opinion, I believe that delete is better as having such genders would open up a WP:PANDORA of "gender+profession" redirects. Aaron Liu (talk) 21:36, 29 August 2023 (UTC)
- There are tons of related redirects: [3] I'm not sure what's the best way to proceed. fgnievinski (talk) 22:15, 29 August 2023 (UTC)
Illusion or Forever
- Illusion or Forever → Once Twice Melody (talk · links · history · stats) [ Closure: keep/retarget/delete ]
Redirect from incorrect song title to album. BangJan1999 02:57, 29 August 2023 (UTC)
- Delete per nom (I checked the bandcamp page just to be sure). Duckmather (talk) 19:11, 29 August 2023 (UTC)
- Delete per above --Lenticel (talk) 00:50, 30 August 2023 (UTC)
Trigylcerides
- Trigylcerides → Triglyceride (talk · links · history · stats) [ Closure: keep/retarget/delete ]
Not a plausible misspelling, delete. Mdewman6 (talk) 01:07, 29 August 2023 (UTC)
- I'm looking really closely to see the difference, I think this is just swapping the "y" and the "l"? "Triglycerides" is quite a tough word to spell in general, and if it's just this one letter swap I'd consider this to be a very plausible/totally harmless redirect. Naturally we don't want to make a redirect for every single letter swappage in every word ever, but this has existed for 7 or so years and seems fair to include in an admittedly tricky word. Keep. Utopes (talk / cont) 02:09, 29 August 2023 (UTC)
- Comment single character transpositions are a very easy and commonly found form of typo. Any two adjacent letter swap would therefore be very plausible. -- 65.92.244.99 (talk) 20:55, 29 August 2023 (UTC)
- Common typing mistakes indeed, but not plausible misspellings, i.e., a misspelling that would intentionally be typed, which are the sort of misspellings that make good redirects. This is harmless, probably, but also WP:COSTLY and WP:PANDORA to support the notion that when an editor inverts two letters and reaches search results rather than the intended page, they should create a redirect. IMHO, we should not be encouraging that, and there is no problem with cleaning up such redirects. Mdewman6 (talk) 22:46, 29 August 2023 (UTC)
- We have {{R from typo}} and leaving it be is not encouraging the creation of more. This was created in 2016, not this year, so isn't a newly created typo redirect. If it were a newly created one, IIRC, there's a speedy delete for it. Thus it would seem to be WP:CHEAP and not costly, as it's been there for several years unnoticed, not really breaking anything. -- 65.92.244.99 (talk) 03:36, 30 August 2023 (UTC)
- Weak keep as a typo of triglycerides per Utopes -- 65.92.244.99 (talk) 20:55, 29 August 2023 (UTC)
- Common typing mistakes indeed, but not plausible misspellings, i.e., a misspelling that would intentionally be typed, which are the sort of misspellings that make good redirects. This is harmless, probably, but also WP:COSTLY and WP:PANDORA to support the notion that when an editor inverts two letters and reaches search results rather than the intended page, they should create a redirect. IMHO, we should not be encouraging that, and there is no problem with cleaning up such redirects. Mdewman6 (talk) 22:46, 29 August 2023 (UTC)
Omega 6 linoleic acid
- Omega 6 linoleic acid → Linoleic acid (talk · links · history · stats) [ Closure: keep/retarget/delete ]
- Omega-3 DHA → Docosahexaenoic acid (talk · links · history · stats) [ Closure: keep/retarget/delete ]
These previously targeted Omega-3 fatty acid and Omega-6 fatty acid, respectively (though the first one did originally target linoleic acid before being boldy redirected last year); I retargeted them just now to their current targets but now realize they are actually a WP:XY situation and should probably be deleted (the compound names included in the redirects are examples of their respective fatty acid class). These were/are used in some piped links; the piped links can be corrected to target the desired article rather than employ a confusing redirect whose title isn't even used. Mdewman6 (talk) 00:47, 29 August 2023 (UTC)