Wikipedia:Bot requests
Commonly Requested Bots | ![]() |
This is a page for requesting tasks to be done by bots per the bot policy. This is an appropriate place to put ideas for uncontroversial bot tasks, to get early feedback on ideas for bot tasks (controversial or not), and to seek bot operators for bot tasks. Consensus-building discussions requiring large community input (such as request for comments) should normally be held at WP:VPPROP or other relevant pages (such as a WikiProject's talk page).
You can check the "Commonly Requested Bots" box above to see if a suitable bot already exists for the task you have in mind. If you have a question about a particular bot, contact the bot operator directly via their talk page or the bot's talk page. If a bot is acting improperly, follow the guidance outlined in WP:BOTISSUE. For broader issues and general discussion about bots, see the bot noticeboard.
Before making a request, please see the list of frequently denied bots, either because they are too complicated to program, or do not have consensus from the Wikipedia community. If you are requesting that a template (such as a WikiProject banner) is added to all pages in a particular category, please be careful to check the category tree for any unwanted subcategories. It is best to give a complete list of categories that should be worked through individually, rather than one category to be analyzed recursively (see example difference).
- Alternatives to bot requests
- WP:AWBREQ, for simple tasks that involve a handful of articles and/or only needs to be done once (e.g. adding a category to a few articles).
- WP:URLREQ, for tasks involving changing or updating URLs to prevent link rot (specialized bots deal with this).
- WP:SQLREQ, for tasks which might be solved with an SQL query (e.g. compiling a list of articles according to certain criteria).
- WP:TEMPREQ, to request a new template written in wiki code or Lua.
- WP:SCRIPTREQ, to request a new user script. Many useful scripts already exist, see Wikipedia:User scripts/List.
- WP:CITEBOTREQ, to request a new feature for WP:Citation bot, a user-initiated bot that fixes citations.
Note to bot operators: The {{BOTREQ}} template can be used to give common responses, and make it easier to keep track of the task's current status. If you complete a request, note that you did with {{BOTREQ|done}}
, and archive the request after a few days (WP:1CA is useful here).
Legend |
---|
|
|
|
|
|
Manual settings |
When exceptions occur, please check the setting first. |
Bot-related archives (v·t·e) |
---|
Automatic NOGALLERY keyword for categories containing non-free files (again)
I'll raise this again, since last time the discussion fizzled out, and was archived without formal action from a BAG member.
The issue is that files in categories are displayed by default, and this violates WP:NFCC#9 if there are non-free files in the category. They have to be tagged with __NOGALLERY__
if you want to disable display of non-free files in a category. This is an urgent issue, as categories without this tag thatt contain non-free files are everywhere, and because we take copyright very seriously it cannot wait for a human user to find the category and add the __NOGALLERY__
tag, which is why this task requires a bot. Every other routine task involving non-free files, such removing instances without a valid fair use tag, is already handled by a bot.
The previous discussion stalled after a user objected and suggested adding a new feature to MediaWiki to disable category galleries by default, which is less convenient due to requiring WMF action, and it would create the opposite problem: we would need a bot to enable gallery mode on categories that contain only free files. Even though most files hosted locally are non-free, there is no reason why a bot couldn't handle the task of adding necessary __NOGALLERY__
tags at the required scale. Only one other person contributed to the discussion, who objected the suggestion for a new MediaWiki feature because it would hinder navigation of categories specifically for free files, and nothing else happened after that. –LaundryPizza03 (dc̄) 05:58, 30 March 2024 (UTC)
- User:JJMC89 has a bot that works with non-free images and might be interested in looking at this task. – Jonesey95 (talk) 13:26, 1 April 2024 (UTC)
- @Jonesey95: Should I contact JJMC89 (talk · contribs) via their user talk page? –LaundryPizza03 (dc̄) 17:28, 10 April 2024 (UTC)
- It's worth a try. – Jonesey95 (talk) 16:39, 11 April 2024 (UTC)
- I'm aware I've been pinged, but I don't have time to look into this right now. Someone else can take this up, or I'll circle back when I have the time. — JJMC89 (T·C) 17:38, 11 April 2024 (UTC)
- @Jonesey95: Should I contact JJMC89 (talk · contribs) via their user talk page? –LaundryPizza03 (dc̄) 17:28, 10 April 2024 (UTC)
- @LaundryPizza03: I think I/KiranBOT can do this. Can you provide an edit/diff? Then I can be sure whether I can do it. —usernamekiran (talk) 18:01, 11 April 2024 (UTC)
- @Usernamekiran: The edits which add the NOGALLERY tag look like: [1]. I'm pretty confident that this category contains non-free files. –LaundryPizza03 (dc̄) 19:05, 11 April 2024 (UTC)
- @LaundryPizza03: that means, first the bot would have to identify categories with non-free files. I am not sure how JJMC89's bot works, but I am guessing it works through recent changes patrolling. @JJMC89: Is the source code of relevant task public? —usernamekiran (talk) 02:17, 13 April 2024 (UTC)
- Free images mostly are moved to Commons, or not? So we seldom wil have a category containing only free files. Then the category identification is easy: all file categories should have the nogallery tag. Wikiwerner (talk) 18:43, 15 May 2024 (UTC)
- @LaundryPizza03: that means, first the bot would have to identify categories with non-free files. I am not sure how JJMC89's bot works, but I am guessing it works through recent changes patrolling. @JJMC89: Is the source code of relevant task public? —usernamekiran (talk) 02:17, 13 April 2024 (UTC)
- @Usernamekiran: The edits which add the NOGALLERY tag look like: [1]. I'm pretty confident that this category contains non-free files. –LaundryPizza03 (dc̄) 19:05, 11 April 2024 (UTC)
- Here's the SQL query I ended up with:
MariaDB [enwiki_p]> select count(distinct cl2.cl_to) from categorylinks as cl1 join categorylinks as cl2 on cl1.cl_from=cl2.cl_from join page on page_title=cl2.cl_to left join page_props on page_id=pp_page and pp_propname="nogallery" where cl1.cl_to="All_non-free_media" and cl1.cl_type="file" and page_namespace=14 and pp_propname IS NULL; +---------------------------+ | count(distinct cl2.cl_to) | +---------------------------+ | 5070 | +---------------------------+ 1 row in set (1 hour 35 min 26.445 sec)
- So there are roughly 5,000 categories this applies to. I do think that we should make sure this bot also cleans up after itself, once a category no longer has any non-free files in it, the NOGALLERY switch should be removed. Creating a wrapper like
{{non-free category gallery}}
or something would make it explicit what the intention of the nogallery tag is so it can be safely removed once no longer necessary. Legoktm (talk) 17:32, 21 June 2024 (UTC)- I suppose so. We could also have a {{nobots}} for categories that should contain no non-free files, or are plausibly under WP:NFEXMP such as Category:Wikipedia non-free content criteria exemptions. –LaundryPizza03 (dc̄) 02:57, 22 June 2024 (UTC)
- I wonder whether a bot automatically adding
__NOGALLERY__
really is the best idea in the first place, versus a report so humans can decide whether the best solution is to remove the non-free images instead. Anomie⚔ 20:21, 22 June 2024 (UTC)- You mean like automatically tagging categories with a tag for a tracking category titled Category:Wikipedia categories containing non-free files without NOGALLERY tag? Why? –LaundryPizza03 (dc̄) 21:33, 22 June 2024 (UTC)
- Did you stop reading after the first half of the sentence?
so humans can decide whether the best solution is to remove the non-free images instead
. Although I was thinking more of Wikipedia:Database reports rather than a maintenance template and category. Anomie⚔ 11:50, 23 June 2024 (UTC)- I commented here hoping to just provide enough clues for someone else to pick up the task, but I suppose I can add another database report ;) Hopefully that provides enough data on whether this is suitable for an automated task or not. Legoktm (talk) 01:34, 24 June 2024 (UTC)
- I've used your query and {{Database report}} and setup a report at User:WOSlinker/Categories containing non-free files without NOGALLERY with the first 1000 categories sorted by file count. -- WOSlinker (talk) 12:44, 25 June 2024 (UTC)
- Most of the higher-listed items are image categories which shouldn't contain non-free files. –LaundryPizza03 (dc̄) 19:51, 11 July 2024 (UTC)
- At User:LaundryPizza03/NOGALLERY analysis I have compiled every 10th item on the list, and what I think should happen to them. The results:
- NOGALLERY: 68/100
- Remove files: 21/100
- Shouldn't contain non-free files: 7/100
- Uncertain: 4/100
- It is possible that some of the categories will need CfD or migration of the files to a new file-specific category, but I didn't think that deeply. I note that we don't have clear guidelines on when files should be placed in content categories, if at all. –LaundryPizza03 (dc̄) 20:57, 11 July 2024 (UTC)
- Further discussion at Wikipedia:Village_pump_(policy)#Files_in_content_categories for this issue. –LaundryPizza03 (dc̄) 06:37, 3 August 2024 (UTC)
- In other words, a user at the other discussion has suggested that all content categories should admit, which should be easier to process by bot. That comes out to NOGALLERY for 88/100 categories in the above test (excluding one category that was deleted). –LaundryPizza03 (dc̄) 01:31, 4 August 2024 (UTC)
- Further discussion at Wikipedia:Village_pump_(policy)#Files_in_content_categories for this issue. –LaundryPizza03 (dc̄) 06:37, 3 August 2024 (UTC)
- I've used your query and {{Database report}} and setup a report at User:WOSlinker/Categories containing non-free files without NOGALLERY with the first 1000 categories sorted by file count. -- WOSlinker (talk) 12:44, 25 June 2024 (UTC)
- I commented here hoping to just provide enough clues for someone else to pick up the task, but I suppose I can add another database report ;) Hopefully that provides enough data on whether this is suitable for an automated task or not. Legoktm (talk) 01:34, 24 June 2024 (UTC)
- Did you stop reading after the first half of the sentence?
- You mean like automatically tagging categories with a tag for a tracking category titled Category:Wikipedia categories containing non-free files without NOGALLERY tag? Why? –LaundryPizza03 (dc̄) 21:33, 22 June 2024 (UTC)
- I wonder whether a bot automatically adding
- I suppose so. We could also have a {{nobots}} for categories that should contain no non-free files, or are plausibly under WP:NFEXMP such as Category:Wikipedia non-free content criteria exemptions. –LaundryPizza03 (dc̄) 02:57, 22 June 2024 (UTC)
- I'll again state that since by default, most of the files on en.wiki will be of the non-free type, it's seems that that requesting a new tag to add to pages where the gallery should be enabled is a better solution. First, this removes the issue presented here that non-free files are shown, and it also removes the need for a bot, database report, and editor time spent on fixing and maintaining this. There is also no rush on adding the new key to categories that are ok to be a gallery. Gonnym (talk) 11:42, 4 August 2024 (UTC)
It seems the obvious solution would be have a switch that can be applied at the file level that prevents that file being displayed in galleries (unless the category has an override switch?) that could be transcluded by the various non-free license templates. If this is not something that is currently technically possible, is there a phab task requesting it? Thryduulf (talk) 10:13, 3 August 2024 (UTC)
- No, I don't think that is possible. Can't we focus on resolving this problem in the short-term? –LaundryPizza03 (dc̄) 01:28, 4 August 2024 (UTC)
- I don't understand why this is as urgent as you are making it? Surely it's better to do things the best way rather than get it done as quickly as possible? Thryduulf (talk) 01:51, 4 August 2024 (UTC)
- To do so, one may have to ascribe the non free status directly into the file metadata rather than relying on the templates as a determinant. – robertsky (talk) 01:38, 4 August 2024 (UTC)
- Why? Surely what matters is the file page metadata, which can be set by template in other situations. Thryduulf (talk) 01:54, 4 August 2024 (UTC)
- I don't see any reason it wouldn't be possible for a magic word to be added that works as described. But it would need someone to implement the feature in MediaWiki, and I don't see a Phab task requesting it. Anomie⚔ 14:09, 4 August 2024 (UTC)
Currently has 1,000 entries. {{Soft redirect with Wikidata item}} (or its redirect {{Wikidata item}}) or {{R with Wikidata item}} should be removed from each of them because it's untrue. * Pppery * it has begun... 02:46, 21 April 2024 (UTC)
- I'm about to submit a BRFA as soon as possible. – DreamRimmer (talk) 03:28, 21 April 2024 (UTC)
- I don't know if just removing the template from each member of this category is ideal - I've worked through this backlog before, and (if I remember correctly) quite a number of the redirects in this category were intended to be linked to a Wikidata item, but for whatever reason weren't. My understanding of the point of this tracking category was to allow editors to go through and remove the rcat where there isn't a Wikidata item to link to, and to connect an item to the page where there is -- in at least some cases that I recall, the Q-identifier had already been passed as a parameter to the template, but the page just hadn't been properly linked to the Wikidata item. To take a random example from that category,
{{Wikidata redirect|Q78588304}}
was added to Hester Ford in this edit; but that redirect currently appears in the tracking category, as this connection was never made on Wikidata itself. Simply removing all the templates and losing this information isn't the best thing to do here, in my opinion. All the best, —a smart kitten[meow] 16:12, 21 April 2024 (UTC)- You have a point if there is a QID that it may require manual review, but Wikidata redirect with no QID on an unlinked item has no useful information so can safely be removed. And I genuinely have no idea why i.e -ous should be linked to Wikidata - I couldn't find an item on it at all, so the tracking is useless. * Pppery * it has begun... 16:18, 21 April 2024 (UTC)
- Regarding templates with no QIDs passed, there's the possibility that an editor found a matching item but didn't properly link it; in which case a redirect appearing in this category would signify that there may be an item that can be linked - albeit limited information, but info which an interested editor could use to search for an item on Wikidata with a potentially higher likelihood of success than if they'd just chosen an unlinked redirect at random. However, there's also the possibility that a bot on Wikidata created an item for a non-d:WD:N-passing soft redirect, a {{Wikidata redirect}} template was added during an AWB run on enwiki, and the Wikidata item was eventually deleted (resulting in the page appearing within this category); as I speculate may have happened with -ous. I don't have the capacity right now to look that deeply into these scenarios, though, so I'll stick with no formal opinion on the removal of templates without a QID. All the best, —a smart kitten[meow] 16:35, 21 April 2024 (UTC)
- Having thought about it some more, I'm feeling at least slightly opposed to removing QID-less templates - as, otherwise, an unnoticed vandal on Wikidata could disconnect an item and a redirect; and we'd be removing the flag on enwiki that could (in practice) be saying 'this page should be linked to an item on Wikidata, please reconnect it!'. There is a large backlog in this category (which, as with all backlogs, is less than ideal), but my thoughts are that the best course of action to clear that backlog wouldn't be to remove the rcat template from all the category's members; which might just have the result of keeping the same amount of work needed overall, but artificially reducing the backlog size. This seems like a maintenance category where manual review for each item is needed - on that note, I'll try and work through this category a bit myself today. All the best, —a smart kitten[meow] 10:56, 23 April 2024 (UTC)
- Is there any way to see what Wikidata item a Wikipedia page used to be connected to? I know that some Wikidata changes show up in the logs here, but I'm not finding "connection/disconnection" in particular. jlwoodwa (talk) 06:41, 21 June 2024 (UTC)
- Having thought about it some more, I'm feeling at least slightly opposed to removing QID-less templates - as, otherwise, an unnoticed vandal on Wikidata could disconnect an item and a redirect; and we'd be removing the flag on enwiki that could (in practice) be saying 'this page should be linked to an item on Wikidata, please reconnect it!'. There is a large backlog in this category (which, as with all backlogs, is less than ideal), but my thoughts are that the best course of action to clear that backlog wouldn't be to remove the rcat template from all the category's members; which might just have the result of keeping the same amount of work needed overall, but artificially reducing the backlog size. This seems like a maintenance category where manual review for each item is needed - on that note, I'll try and work through this category a bit myself today. All the best, —a smart kitten[meow] 10:56, 23 April 2024 (UTC)
- Regarding templates with no QIDs passed, there's the possibility that an editor found a matching item but didn't properly link it; in which case a redirect appearing in this category would signify that there may be an item that can be linked - albeit limited information, but info which an interested editor could use to search for an item on Wikidata with a potentially higher likelihood of success than if they'd just chosen an unlinked redirect at random. However, there's also the possibility that a bot on Wikidata created an item for a non-d:WD:N-passing soft redirect, a {{Wikidata redirect}} template was added during an AWB run on enwiki, and the Wikidata item was eventually deleted (resulting in the page appearing within this category); as I speculate may have happened with -ous. I don't have the capacity right now to look that deeply into these scenarios, though, so I'll stick with no formal opinion on the removal of templates without a QID. All the best, —a smart kitten[meow] 16:35, 21 April 2024 (UTC)
- You have a point if there is a QID that it may require manual review, but Wikidata redirect with no QID on an unlinked item has no useful information so can safely be removed. And I genuinely have no idea why i.e -ous should be linked to Wikidata - I couldn't find an item on it at all, so the tracking is useless. * Pppery * it has begun... 16:18, 21 April 2024 (UTC)
- I have a similar request: in all redirects connected to Wikidata, please add the QID to the template if it is not already present. This will simplify things in the future if someone removes this redirect from the Wikidata item or moves it to another item. Vandervalp (talk) 11:16, 1 July 2024 (UTC)
Fixing stub tag placement on new articles
Since correct placement of stub tags is impossible using the VisualEditor, I've seen a tendency for articles created using VE to exhibit a jumbled mess of stub templates, categories and reference tags at the bottom. This is actually already an AWB genfix, but I wonder if it would be appropriate to have a bot routinely monitor VE edits and implement just this fix, which shouldn't need human supervision. --Paul_012 (talk) 09:39, 10 May 2024 (UTC)
Not a good task for a bot.. Visually speaking there is no difference if a stub tag is placed before or after the categories, making it a cosmetic edit and a rather trivial one at that given that the wikitext is at the very bottom of the page. Primefac (talk) 11:14, 10 May 2024 (UTC)
- The visible difference is that stub tags placed before categories will lead to stub categories appearing first, before the content categories. That's the only reason WP:LAYOUT puts them last. --Paul_012 (talk) 14:28, 10 May 2024 (UTC)
- WP:LAYOUT is general guidance, enforcing that specific provision about stub template order is rather futile. Fine as part of other edits, but simply reordering the categories on its own serve very little purpose. Headbomb {t · c · p · b} 20:17, 19 May 2024 (UTC)
- To be fair to Paul_012, properly placed & spaced stub tags do render differently vs. improperly placed & spaced tags above the categories (assuming VE places < 2 blank lines above the stub templates; an example VE stub-edit would be useful), so edits fixing them are not cosmetic (though they're very minor if done in isolation). Per WP:STUBSPACING, "
Leave two blank lines between the first stub template and whatever precedes it. (One blank line leaves the stub category notice butted up against any preceding navigation template; it takes two blank lines in the edited text to produce one blank line in the displayed text.)
". ~ Tom.Reding (talk ⋅dgaf) 08:10, 16 July 2024 (UTC)
- To be fair to Paul_012, properly placed & spaced stub tags do render differently vs. improperly placed & spaced tags above the categories (assuming VE places < 2 blank lines above the stub templates; an example VE stub-edit would be useful), so edits fixing them are not cosmetic (though they're very minor if done in isolation). Per WP:STUBSPACING, "
- WP:LAYOUT is general guidance, enforcing that specific provision about stub template order is rather futile. Fine as part of other edits, but simply reordering the categories on its own serve very little purpose. Headbomb {t · c · p · b} 20:17, 19 May 2024 (UTC)
- The visible difference is that stub tags placed before categories will lead to stub categories appearing first, before the content categories. That's the only reason WP:LAYOUT puts them last. --Paul_012 (talk) 14:28, 10 May 2024 (UTC)
Adding Facility IDs to AM/FM/LPFM station data
Hi! Would someone be able to help implement Wikipedia:Templates for discussion/Log/2024 May 26#Template:AMQ and Wikipedia:Templates for discussion/Log/2024 May 26#Template:FMQ? In a nutshell, this would entail finding {{AMQ|<callsign>}}
and replacing it with {{FCC-LMS-Facility|<Facility ID>|<callsign>}}
and friends. There is also Category:Pages using AM station data without facility ID, Category:Pages using FM station data without facility ID, and Category:Pages using LPFM station data without facility ID, which have a similar problem which need a similar solution: replacing e.g. {{AM station data|<callsign>}}
with {{AM station data|<Facility ID>|<callsign>}}
.
Luckily, Wikidata has the facility IDs, so it should be a (relatively) simple job. Thanks, HouseBlaster (talk · he/they) 02:27, 10 June 2024 (UTC)
- @HouseBlaster: -
Coding... - I'll try and pop something together over the next few days. I'm assuming the Wikidata IDs are to be relied on? Looking at some articles (such as d:Q6325806 and KBFL (AM), I'm wondering if it's worth a parallel task to sync the callsigns with Wikidata as well? (although having them as page titles may make this redundant Mdann52 (talk) 06:06, 10 June 2024 (UTC)
- Mdann52, I don't love relying on Wikidata, but the few that I spot-checked were okay and I doubt anyone will systematically check the thousands of transclusions. I will note that some articles use the templates with a parameter other than the page title. Up to you if you want to work on the parallel task. Thank you so much for taking this on! — HouseBlaster (talk · he/they) 16:36, 10 June 2024 (UTC)
- @HouseBlaster: I did spot the Wikidata entries, however the FCC (suprisingly) seems to have a decent API that I can query by callsign, so I can probably get up-to-date data from there to base the callsigns off... this will take slightly longer to code, however this should avoid me having to rely on Wikidata. Give me a few weeks and I'll spin something up, unless this is super urgent, when I can just use WD. Mdann52 (talk) 16:44, 10 June 2024 (UTC)
- Mdann52, not urgent at all. I am shocked that the FCC has an API. If we can use that, I am all for it. Thank you so much :) — HouseBlaster (talk · he/they) 16:45, 10 June 2024 (UTC)
- @HouseBlaster: - that new template will not work for Mexican stations (and some Canadian ones, as noted on the TfD), as the FCC has removed them from the database. I'm happy to remove the template from pages without FCC data, if this is inline with the deletion database?
- The Mexican IFT have a similar database here, but this doesn't look like it's as easy to link through and the API is not published (it exists, but it's very difficult to use compared to the FCC one!), so that may be a future task. Mdann52 (talk) 05:48, 12 June 2024 (UTC)
- Mdann52, not urgent at all. I am shocked that the FCC has an API. If we can use that, I am all for it. Thank you so much :) — HouseBlaster (talk · he/they) 16:45, 10 June 2024 (UTC)
- @HouseBlaster: I did spot the Wikidata entries, however the FCC (suprisingly) seems to have a decent API that I can query by callsign, so I can probably get up-to-date data from there to base the callsigns off... this will take slightly longer to code, however this should avoid me having to rely on Wikidata. Give me a few weeks and I'll spin something up, unless this is super urgent, when I can just use WD. Mdann52 (talk) 16:44, 10 June 2024 (UTC)
- Mdann52, could you ping me when done so I can export the data to Wikidata? — Qwerfjkltalk 18:18, 11 June 2024 (UTC)
- @Qwerfjkl: - I was actually debating uploading the data to wikidata as I go, especially as I'll be getting it from the source directly and there's a lot of fields in there that won't appear on enwiki... but if you prefer to sort afterwards I can cope with that! Mdann52 (talk) 19:29, 11 June 2024 (UTC)
- Mdann52, feel free to do it on your end if you want. I was going to use this tool for transferring the data. — Qwerfjkltalk 14:29, 12 June 2024 (UTC)
BRFA filed Mdann52 (talk) 09:27, 12 June 2024 (UTC)
- @Houseblaster: - FYI, BRFA is approved. There's an issue with about 25% of the data (translators and low-power transmitters) which will require a more manual intervention to fetch the data, but I'm dealing with sourcing the data for this. Mdann52 (talk) 12:36, 6 July 2024 (UTC)
- @HouseBlaster: - I'm going to mark this as
Done. There's 50 instances of FMQ left, but these mainly appear to be instances of {{Radio translators}} with missing FCC IDs in the table. Hopefully that's at the level where you can handle this in the template. Mdann52 (talk) 05:23, 25 July 2024 (UTC)
- Thank you so much!! I will try to get to those later today. HouseBlaster (talk · he/they) 12:42, 25 July 2024 (UTC)
Tagging women's basketball article talk pages with project tags
I am requesting assistance tagging the talk pages of women's basketball articles with {{WikiProject Basketball|women=yes}}
and {{WikiProject Women's sport|basketball=yes}}
if not already tagged.
<removed long list of subcats, see history> Hmlarson (talk) 16:47, 10 June 2024 (UTC)
- @Hmlarson: that's a lot of categories... Can the list be shortened and subcategories removed? Mdann52 (talk) 17:32, 10 June 2024 (UTC)
- @Mdann52: What's the estimated # of categories that would be considered doable? Hmlarson (talk) 17:48, 10 June 2024 (UTC)
- Well, 200K of categories isn't going to be considered likely... but is this list just the subcategories of Category:Women's basketball? The ones I've dip sampled all appear to be a member of it. If so, please just say so and spare someone a lot of work! This will likely be a good WP:AWBTASKS however, if it's a straightforward addition of WP articles. If you clarify the cats I'll do some queries to work out exactly how many pages this will likely affect. Mdann52 (talk) 18:05, 10 June 2024 (UTC)
- Yes, subcats of Category:Women's basketball. Thank you @Mdann52:. Hmlarson (talk) 18:14, 10 June 2024 (UTC)
- @Hmlarson: Looks like around 11k pages in those categories, including pages already in those taskforces. Can you just drop a curtosy message onto the Wikiproject talk pages and make sure they are happy with the articles being tagged, if you haven't checked with them already, just due to the amount of edits needed? Thanks, Mdann52 (talk) 19:15, 10 June 2024 (UTC)
- Yes. Already done. Hmlarson (talk) 19:17, 10 June 2024 (UTC)
- @Hmlarson: I might be able to do that. I will look into it in a couple of days, and I will let you know. —usernamekiran (talk) 20:15, 29 June 2024 (UTC)
- Usernamekiran, I have some code for this back from Task 26 that's pretty good at handling edge cases when it comes to managing talk pages (it did, after all, run on several million of them). That might help? — Qwerfjkltalk 21:03, 29 June 2024 (UTC)
- @Hmlarson: I might be able to do that. I will look into it in a couple of days, and I will let you know. —usernamekiran (talk) 20:15, 29 June 2024 (UTC)
- Yes. Already done. Hmlarson (talk) 19:17, 10 June 2024 (UTC)
- @Hmlarson: Looks like around 11k pages in those categories, including pages already in those taskforces. Can you just drop a curtosy message onto the Wikiproject talk pages and make sure they are happy with the articles being tagged, if you haven't checked with them already, just due to the amount of edits needed? Thanks, Mdann52 (talk) 19:15, 10 June 2024 (UTC)
- Yes, subcats of Category:Women's basketball. Thank you @Mdann52:. Hmlarson (talk) 18:14, 10 June 2024 (UTC)
- Well, 200K of categories isn't going to be considered likely... but is this list just the subcategories of Category:Women's basketball? The ones I've dip sampled all appear to be a member of it. If so, please just say so and spare someone a lot of work! This will likely be a good WP:AWBTASKS however, if it's a straightforward addition of WP articles. If you clarify the cats I'll do some queries to work out exactly how many pages this will likely affect. Mdann52 (talk) 18:05, 10 June 2024 (UTC)
- @Mdann52: What's the estimated # of categories that would be considered doable? Hmlarson (talk) 17:48, 10 June 2024 (UTC)
- {{BOTREQ}} @Hmlarson: I created a rudimentary code, I will soon test it, and file BRfA. @Qwerfjkl: yes, I had thought about using your code, but I got a little confused with it
so I created my own from scratch. —usernamekiran (talk) 12:05, 13 July 2024 (UTC)
BRFA filed —usernamekiran (talk) 23:53, 15 July 2024 (UTC)
- @Hmlarson: Hi. Should only the article talkpages be tagged, or should the talkpages of images, categories, and templates be tagged as well? —usernamekiran (talk) 15:48, 17 July 2024 (UTC)
- Good question. If it's not a headache to add categories and templates, it would be appreciated. If it's a lot more work for you, skip it. Thank you @Usernamekiran! Hmlarson (talk) 19:02, 17 July 2024 (UTC)
- @Hmlarson: not difficult at all, all I've to do is add a few words to an existing line, along with the numbers of the namespaces that we want to edit. In our case 1, 7, 11, and 15. —usernamekiran (talk) 17:10, 18 July 2024 (UTC)
- That's great. Thanks! Hmlarson (talk) 17:13, 18 July 2024 (UTC)
- @Hmlarson: not difficult at all, all I've to do is add a few words to an existing line, along with the numbers of the namespaces that we want to edit. In our case 1, 7, 11, and 15. —usernamekiran (talk) 17:10, 18 July 2024 (UTC)
- Good question. If it's not a headache to add categories and templates, it would be appreciated. If it's a lot more work for you, skip it. Thank you @Usernamekiran! Hmlarson (talk) 19:02, 17 July 2024 (UTC)
Bot that condenses identical references
Sometimes a user generates citations that point to the same source, but in a separate ref tag (Statement 1<ref>Me!</ref> Statement 2! <ref>Me!</ref>
), rather than using <ref name=me>Me!</ref>
for the first call, and <ref name=me/>
for subsequent ones. This results in a separate entry for each citation.
The easy case is to detect and fix exact copy-paste duplicates.
If you want to see how bad it can get, check out Mavis Beacon Teaches Typing (perma: [2]). That one generates the same citation in different ways.
I'd be happy with a bot that only fixes the first type, however, I'd be overjoyed with something that fixes both.
Acebulf (talk | contribs) 03:46, 17 June 2024 (UTC)
- I'm actually going to give this a spin myself.
Coding... Acebulf (talk | contribs) 00:04, 18 June 2024 (UTC)
- @Acebulf: WP:GENFIXES does at least some of this. ~ Tom.Reding (talk ⋅dgaf) 00:21, 18 June 2024 (UTC)
- Genfixes does this on the condition that named refs are used in the article. Doing it on a mass scale when named refs are not used might ruffle some feathers. Then again, it might not. Headbomb {t · c · p · b} 00:34, 18 June 2024 (UTC)
- I suspect that the condition reflected a time before the Visual Editor was a thing. On copy-pasting a reference, the visual editor already adds named references with the name being something like ":0". Acebulf (talk | contribs) 02:12, 18 June 2024 (UTC)
- Genfixes does this on the condition that named refs are used in the article. Doing it on a mass scale when named refs are not used might ruffle some feathers. Then again, it might not. Headbomb {t · c · p · b} 00:34, 18 June 2024 (UTC)
- How will you know which pages to target? Also, dup refs may already have names, possibly different names. -- GreenC 01:07, 18 June 2024 (UTC)
- So far I've been trying it with random articles, and duplicate references are present on about 2% of all pages with the easy case. At an edit per minute, that's roughly 3 months to do the entire encyclopedia. The scanning is getting me a few matches per minute, so this seems sustainable. Acebulf (talk | contribs) 02:36, 18 June 2024 (UTC)
- OK. That's probably the only way. 2% is a lot, like over 100,000 pages. That many edits without a WP:BRFA will probably get noticed. By the time scanning/logging is done it could be approved. -- GreenC 15:21, 18 June 2024 (UTC)
- Yeah, I'll file it soon. Thanks for the help! Acebulf (talk | contribs) 03:07, 19 June 2024 (UTC)
- @Acebulf: I wrote User:Polygnotus/DuplicateReferences, to make spotting them easier. I scraped the dump to find duplicate references. I have all articles with refs that are exact duplicates (there are far far more that are not exact duplicates but could be merged without loss of data) loaded into AWB (with a little module that fixes them and creates a name based on the domain, because the genfix only works in very specific conditions). Here are manual 100 test edits. I have also written some code that knows how and when to merge templates in more complicated cases (e.g. with
|page=
and|pages=
, see Wikipedia:Citing_sources#Citing_multiple_pages_of_the_same_source). - I also have a script that merges Template:Harvard citation no brackets, see User:Polygnotus/DeDuplicateReferences.js.
- I think the question is: "Are these edits significant enough on their own, or should they be combined with another improvement?".
- I am not sure writing a bot would be the best approach; AWB can already partially do this task (e.g.
DuplicateNamedReferences()
andDuplicateUnnamedReferences()
in/WikiFunctions/Parse/References.cs
), probably better to just improve that. - AWB code says:
Where an unnamed reference is a duplicate of another named reference, set the unnamed one to use the named ref
- But, in addition to that it probably should check if 2 or more references are referencing the same URL(s), and then merge them if possible without human intervention (some template parameters can be merged like the name of the author, others cannot like a
|quote=
), and if not put them on a list. - I also just noticed that
DuplicateUnnamedReferences()
contains a comment that says:On en-wiki AWB is asked not to add named references to an article if there are none currently, as some users feel this is a change of citation style, so is against the WP:CITE "don't change established style" guidelines
so we should probably get consensus to change that. Polygnotus (talk) 10:51, 17 July 2024 (UTC) - I think the list of todoes would be:
- Get at least one of AWB devs (listed in infobox at WP:AWB) involved
- Figure out how to deal with duplicated references.
- Start RFC asking permission to deduplicate references
- Write code for AWB and unit tests
- Write documentation, update WP:DUPCITE
- Release AWB update
- Did I miss something? Polygnotus (talk) 12:30, 17 July 2024 (UTC)
- There has been some previous discussion of this idea at Help talk:Footnotes/Archive 2#Mass merging of unnamed identical references and naming of those references. There a couple of issue with the idea, first is making sure not to create cite errors (a common issue with many of the automated tools that touch references) and rolling back of you do, and the second is that some duplicate references are required. That second issue is caused by transclusion, where multiple sections of the article are transcluded and so the reference must appear in full twice or cause errors in the article the content is transcluded to (these are usually marked by hidden comments outside the reference). -- LCU ActivelyDisinterested «@» °∆t° 20:48, 3 August 2024 (UTC)
- @Acebulf: I wrote User:Polygnotus/DuplicateReferences, to make spotting them easier. I scraped the dump to find duplicate references. I have all articles with refs that are exact duplicates (there are far far more that are not exact duplicates but could be merged without loss of data) loaded into AWB (with a little module that fixes them and creates a name based on the domain, because the genfix only works in very specific conditions). Here are manual 100 test edits. I have also written some code that knows how and when to merge templates in more complicated cases (e.g. with
- Yeah, I'll file it soon. Thanks for the help! Acebulf (talk | contribs) 03:07, 19 June 2024 (UTC)
- OK. That's probably the only way. 2% is a lot, like over 100,000 pages. That many edits without a WP:BRFA will probably get noticed. By the time scanning/logging is done it could be approved. -- GreenC 15:21, 18 June 2024 (UTC)
- So far I've been trying it with random articles, and duplicate references are present on about 2% of all pages with the easy case. At an edit per minute, that's roughly 3 months to do the entire encyclopedia. The scanning is getting me a few matches per minute, so this seems sustainable. Acebulf (talk | contribs) 02:36, 18 June 2024 (UTC)
- @Acebulf: WP:GENFIXES does at least some of this. ~ Tom.Reding (talk ⋅dgaf) 00:21, 18 June 2024 (UTC)
Bot to remove template from articles it doesn't belong on?
It's a principle of navbox templates that their primary purpose is to link the specific things in the navbox to each other, and that if a page isn't linked inside the navbox then it shouldn't have that navbox on it — the purpose of a navbox is to provide two-way "X to Y and Y to X" navigation within a defined group, not to create an all-purpose portal into that group from all over God's green acre.
Accordingly, {{Film lists by country}} is for navigating between the base lists that are linked inside that template; although some countries have their base lists split up by decade or individual year due to a large number of films, those spinoff lists aren't linked in that template, which serves to navigate between the base lists and is not meant as "portal" to that set from other articles not linked back to in that set. However, some editors have been indiscriminately adding it to essentially every single list of films that has a country name in it at all regardless of whether it's warranted there or not.
For example, List of Canadian films of 2023 has justified navbox templates for {{2023 films}} and {{Cinema of Canada}}, because it's important for a reader to be able to one-click from there to equivalent sublists for the same year or the same country, such as List of American films of 2023 and List of Australian films of 2023 and List of Canadian films of 2024 — but a reader does not need to be able to one-click from List of Canadian films of 2023 to base lists like List of Azerbaijani films or List of Latvian films, so it doesn't need the "base lists" navbox on it alongside the other two navboxes.
Basically, the navbox should only be on pages that are also listed in the navbox, so that I can navigate in both directions. If I can click on a link in the navbox to navigate away from List of Canadian films of 2023, then once I'm on that other page I have to also be able to navigate my way back to List of Canadian films of 2023 by clicking on its link in the same navbox — and if it doesn't have a link inside that navbox, then it shouldn't have that navbox on it at all.
But on a list comparison in AWB, I found that the number of articles that the template is on without needing to be there is into the thousands, which is a much bigger job than I'm prepared to gnome my way through. So I wanted to ask if there's a bot that can go through all transclusions of {{Film lists by country}} (as well as the redirects from {{Filmsbycountry}} and {{Films by country}}) to remove that navbox from any article that isn't also a link inside the navbox? Bearcat (talk) 20:07, 24 July 2024 (UTC)
- I'll have a think about this, but in the meantime posting [3] as the transclusion count and mismatch (looks like ~2k transclusions that aren't in the navbox itself). Primefac (talk) 20:15, 24 July 2024 (UTC)
- Before blindly removing the template, you first need to check whether it actually links via a redirect (in which case the template needs to be updated) and whether the template should link to that article. For example a navbox template for Rivers in Foo should include a link to the Rivers in Foo/List of rivers in Foo/List of longest rivers in Foo/Rivers in Foo by discharge/etc article(s). Thryduulf (talk) 10:22, 3 August 2024 (UTC)
One-off: Adding all module doc pages to Category:Module documentation pages
Based on this discussion, I've added Category:Module documentation pages to Template:Documentation/preload-module-doc. I've also opened T370999 to hopefully have the underlying issue fixed. However, at this moment, neither of these do anything for all the module doc pages that already exist. So, a one-off task to add <noinclude>[[Category:Module documentation pages]]</noinclude> to all the module doc pages that are not in the category already is needed. Nickps (talk) 10:44, 25 July 2024 (UTC)
- @Andrybak and WOSlinker: Pinging participants to the previous discussion. Nickps (talk) 10:49, 25 July 2024 (UTC)
- Can we get an idea of the number of pages this affects? Primefac (talk) 12:22, 25 July 2024 (UTC)
- @Primefac This search finds 5,778 results. This includes false positives like Module:Convert/documentation/conversion data because I don't know how to write a regex that excludes them and redirects, which IMO should not be categorised since MediaWiki:Scribunto-doc-page-header does not appear on redirects. So, let's say this would affect 5,000+ pages. Nickps (talk) 12:39, 25 July 2024 (UTC)
- Considering the phab issue will almost certainly be declined as a duplicate of phab:T289404 which I completely missed, I think a better idea would be to blank MediaWiki:Scribunto-doc-page-header and add {{documentation subpage}} instead. I'll take it to WP:VPT to get consensus first. Nickps (talk) 15:55, 25 July 2024 (UTC)
- See Wikipedia:Village pump (technical) § Adding documentation subpage to module doc pages for that discussion. Nickps (talk) 16:02, 25 July 2024 (UTC)
- Considering the phab issue will almost certainly be declined as a duplicate of phab:T289404 which I completely missed, I think a better idea would be to blank MediaWiki:Scribunto-doc-page-header and add {{documentation subpage}} instead. I'll take it to WP:VPT to get consensus first. Nickps (talk) 15:55, 25 July 2024 (UTC)
- @Primefac This search finds 5,778 results. This includes false positives like Module:Convert/documentation/conversion data because I don't know how to write a regex that excludes them and redirects, which IMO should not be categorised since MediaWiki:Scribunto-doc-page-header does not appear on redirects. So, let's say this would affect 5,000+ pages. Nickps (talk) 12:39, 25 July 2024 (UTC)
- Can we get an idea of the number of pages this affects? Primefac (talk) 12:22, 25 July 2024 (UTC)
Draft Categories
Please can we have a bot that adds the often forgotten Draft Categories wrapper on User sandboxes and Drafts, so that User:Bearcat stops getting the abuse from their, somewhat heavy-handed, approach to 'fixing' this 'error'?
If not, is it possible for Category pages to just filter out Draft:, User: and Sandbox: pages ? Big Blue Cray(fish) Twins (talk) 19:12, 25 July 2024 (UTC)
- Isn't that the entire point of DannyS712 bot? (ping @User:DannyS712 for info). Mdann52 (talk) 19:36, 25 July 2024 (UTC)
- Well, if it is, it isn't working .. Or at least not like Anomiebot does it's tasks (automatically)
- You might want to look at User talk:Bearcat#Please stop removing Draft cats for an in-depth appraisal of the issue. Big Blue Cray(fish) Twins (talk) 19:43, 25 July 2024 (UTC)
- Sorry, I needed to reset the password, should be running now DannyS712 (talk) 00:01, 26 July 2024 (UTC)
- There is no requirement for draft cats to be in {{draft categories}}, but if they are not in that template then what should be done is to comment them out (e.g. [[:Category:Foo]]). Primefac (talk) 16:12, 26 July 2024 (UTC)
- Thank you @User:DannyS712 for restarting your bot. Does it remove the colons when it adds the 'draft categories' wrapper ? So that no further work is required when the Draft: makes it to the articlespace? Big Blue Cray(fish) Twins (talk) 07:06, 27 July 2024 (UTC)
- Nope --DannyS712 (talk) 07:30, 27 July 2024 (UTC)
- Thank you @User:DannyS712 for restarting your bot. Does it remove the colons when it adds the 'draft categories' wrapper ? So that no further work is required when the Draft: makes it to the articlespace? Big Blue Cray(fish) Twins (talk) 07:06, 27 July 2024 (UTC)
- Note that DannyS712 bot doesn't catch all categorized drafts. It looks in a specific category, Category:AfC submissions with categories, which doesn't automatically catch all uncategorized drafts across the board — it catches drafts that have both categories and an AFC submission template on them, but does not catch drafts that don't have an AFC submission template on them, so many categorized drafts never get touched by Danny's bot at all.
What would help tremendously would be if {{Drafts moved from mainspace}} also worked like the AFC submission template — not all, certainly, but a lot of drafts end up in categories because somebody sandboxed a mainspace article without removing or disabling its categories in the process, so it would cut down considerably on draftnocat cleanup if that template could act like the AFC submission templates, by detecting that the page has categories on it and filing the page in Category:AfC submissions with categories so that Danny's bot could catch it. But the bot doesn't catch all categorized drafts across the board — it just catches ones where the categories coexist with an AFC submission template, and misses ones where they don't, so it doesn't solve the overall problem and still leaves many, many drafts for human editors to deal with. Bearcat (talk) 12:56, 5 August 2024 (UTC)- Oh, dear. Looks like I've kicked a hornet's nest. But I'm not the sort of Wikipedia volunteer copy-editor to drop a hand grenade and run. So, let's have it out:
- @User:Primefac - Good work around. Or, as WP:USERNOCAT says, comment them out. So, three different ways to fix the same issue. Looks like we need a steer as to which is best, or a bot to fix it.... Tell me, how does a user check that the category they may want to use is not redlinked? (which is another fault that users find and fix rapidly)
- @User:DannyS712 - Can you reprogram your bot to address the improvements that Bearcat (expand scope of where the bot looks for work) and I (colons) have requested ?
- @User:Bearcat - You seem to spend quite a while fixing this oversight (don't want to call it an error, as such). Do you need to? Has a senior admin allocated you this task, or is it something you see, don't like, and choose to fix? You could be using your extensive Wiki volunteer experience to improving the encyclopaedia instead- that is why we volunteer, isn't it?
- Has anyone considered the second option from my original post? The way I see it is that Category: pages are a query. Not a page of prose maintained by a bot, or human, editor. The page the user sees is created when they request it. So, all we have to do is change that query to omit User:, Draft:, Sandbox: and other undesirable pages. What issues does having these pages show in Categories cause anyhow? We know that Danny's bot wasn't working for a while. Did Wikipedia crash? No. Did anyone (except Bearcat) even notice? What would happen if Bearcat stopped what they are doing - for a week? a year? a decade? What would Wikipedia look like then?
- Big Blue Cray(fish) Twins (talk) 10:34, 7 August 2024 (UTC)
- We don't have senior admins or a
Sandbox:
namespace, and shitting in other editors' gnome holes is considered poor form. All the best, Folly Mox (talk) 11:57, 7 August 2024 (UTC)
- We don't have senior admins or a
- It is an absolute hard rule that drafts are not allowed to be filed in mainspace categories next to real articles, per WP:DRAFTNOCAT. It's not a thing I personally don't like and go around imposing as a personal preference, it's an established consensus of the project — because drafts and userpages in categories impair the end user's experience by filling the categories with pages that shouldn't be in them, the removal of any drafts and userpages that do end up in categories is a thing that must happen. It does constitute improving the encyclopedia, and not doing it for a year would weaken the encyclopedia by filling categories with pages that shouldn't be in them.
Again, it's an established rule of the project that drafts and userpages cannot be filed in mainspace categories next to real articles — so it's not a task that can just be ignored, and your failure to agree with the established project-wide consensus that it's important isn't relevant at all. Bearcat (talk) 14:30, 7 August 2024 (UTC)- Thanks for your reply. It just strikes me that there must be an easier way - there is always more than one way to skin a cat! I am not wanting to change policy or denigrate anyone or what they do. I was attempting to improve the user experience of everyone who edits Wikipedia.
- I've had my say, made my case and it was rejected. My main concern was for your welfare. But if you are happy, then so am I.
- Happy Editing!
- Big Blue Cray(fish) Twins (talk) 17:56, 7 August 2024 (UTC)
- Oh, don't get me wrong, I'd dearly love nothing more than for Wikipedia to find some other way to make this a task that nobody ever actually had to worry about doing anymore. It ain't a thing I do because I think it's fun, it's a thing I do because it has to be done, and I'd love it if there were some foolproof way to keep drafts and userspace pages out of mainspace categories automatically. But the bot catches some categorized drafts while missing many others, and there doesn't appear to be a feasible way to make categories just automatically evict sandboxed content, so manual editing of draft and userpages when the reports run is the only option there is. Bearcat (talk) 04:24, 9 August 2024 (UTC)
- Oh, dear. Looks like I've kicked a hornet's nest. But I'm not the sort of Wikipedia volunteer copy-editor to drop a hand grenade and run. So, let's have it out:
Remove new article comments
My insource:"articlespace"
search is being flooded with irrelevant results. Please have a bot run once to delete comments like the following:
<!--- Don't mess with this line! ---><!--- Write your article below this line --->
<!--- After listing your sources please cite them using inline citations and place them after the information they cite. Please see [[Wikipedia:REFB]] for instructions on how to add citations. --->
<!--- STOP! Be warned that by using this process instead of Articles for Creation, this article is subject to scrutiny. As an article in "mainspace", it will be DELETED if there are problems, not just declined. If you wish to use AfC, please return to the Wizard and continue from there. --->
142.113.140.146 (talk) 04:43, 27 July 2024 (UTC)
- on its own, this will be a WP:COSMETICBOT, it could be done along with some other significant change. Also, a blanket removal of all the html/invisible comments wouldn't be advisable. A lot of them are useful. —usernamekiran (talk) 07:50, 27 July 2024 (UTC)
- We should remove only the listed ones not all comments. How about we have the bot add a category during the removal? Clearly the authors weren't paying attention, so we would need to examine MOS compilance. We could send these to something like "Old" pages patrol. 142.113.140.146 (talk) 22:33, 28 July 2024 (UTC)
Removing Template:midsize from infobox parameters (violation of MOS:SMALLFONT)
![](http://upload.wikimedia.org/wikipedia/en/thumb/f/fb/Yes_check.svg/20px-Yes_check.svg.png)
moved from Wikipedia:AutoWikiBrowser/Tasks, where nobody expressed interest.
When {{small}}, {{midsize}}, and other size-reducing templates are used inside infobox parameter values, it is almost always a violation of MOS:SMALLFONT, an accessibility guideline (exceptions are in enlarged parameters like |title=
). I have found that an editor added {{midsize}} to {{Infobox judge}} parameter values in about 350 articles, and to {{infobox officeholder}} parameter values in as many as 960 articles. Is anyone available to tidy these up, like this? The fixes should be limited to infobox parameter values; uses in the body of the article are often acceptable. I expect that there will be another, similar request once those are cleared up and I can see where else {{midsize}} is being used. Thanks.
Since I'm posting this on Bot requests now, this might turn into a larger task. There are tens of thousands of uses of <small>...</small>
and {{small}} in infobox template parameters, nearly all of which should be removed for accessibility compliance. – Jonesey95 (talk) 16:04, 27 July 2024 (UTC)
- Jonesey95, I can't see a decent way to search for these, and {{small}} has too many transclusions to reasonably check all of them. Is there a better way? — Qwerfjkltalk 17:57, 27 July 2024 (UTC)
- I'm not worried about {{small}} at this time. I put two search links for {{midsize}} in my post above. Will those work for you? – Jonesey95 (talk) 19:20, 27 July 2024 (UTC)
- Jonesey95, okay, I think I can do this, just a few things I need. What parameters should I avoid (such as title as you mention above), and which templates should I look for - is it just Infobox judge and infobox officeholder, or should I be thorough and use a recursive category search on Category:Infobox templates ? — Qwerfjkltalk 19:27, 27 July 2024 (UTC)
- This is one of those rare times when it's easier to use a simple regex than mwparserfromhell.— Qwerfjkltalk 19:28, 27 July 2024 (UTC)
- Just those two infoboxes should handle nearly all of the problem transclusions. I can do others with my own regex and manual inspection; I just wasn't looking forward to doing 1,000 of them. I'm pretty sure that most or all of the offending transclusions are in
|education=
, so if you just made a pass through the pages replacing those, you might get them all. And I agree, a regex should be the easiest way to deal with this removal. – Jonesey95 (talk) 19:48, 27 July 2024 (UTC)- Jonesey95, does this edit look good A. Andrew Hauk (Diff ~1237033071)? I've just used the naive regex — Qwerfjkltalk 20:09, 27 July 2024 (UTC)
re.sub(r"\{\{ *midsize *\| *?(?:1 *=)?(.+?)\}\}", r"\1", str(educationvalue))
- Yes, that looks perfect. And you found one with {{nowrap}} in it, so we can be pretty sure that the regex won't mismatch braces. – Jonesey95 (talk) 20:36, 27 July 2024 (UTC)
- Jonesey95, great, I've done the Infobox judge lot, and I'll take care of the other bunch tomorrow. Funnily enough I found this whilst looking through the edits. — Qwerfjkltalk 21:16, 27 July 2024 (UTC)
- Amusing and wrong-headed; I haven't looked to see if this editor caused us to end up here, since I usually prefer to fix problems rather than cast blame. Consensus is strongly against this single editor's opinion; I wonder if they took the time to ask at a MOS talk page. – Jonesey95 (talk) 00:53, 28 July 2024 (UTC)
- Jonesey95, okay, I've done the second lot of pages. — Qwerfjkltalk 11:26, 28 July 2024 (UTC)
- That made a nice dent in the problem. It looks like Charles I. Dawson and other {{infobox judge}} instances were skipped because they have {{midsize}} in other parameters. It also looks like David Jackson Davis and some other pages using {{Infobox officeholder}} were skipped. I can do those manually, or if you want to take a look, that would be great. Thanks! – Jonesey95 (talk) 13:38, 28 July 2024 (UTC)
- Never mind; I had some time and went through the edge cases myself. Thanks so much for these thousand-plus edits. – Jonesey95 (talk) 20:24, 28 July 2024 (UTC)
- That made a nice dent in the problem. It looks like Charles I. Dawson and other {{infobox judge}} instances were skipped because they have {{midsize}} in other parameters. It also looks like David Jackson Davis and some other pages using {{Infobox officeholder}} were skipped. I can do those manually, or if you want to take a look, that would be great. Thanks! – Jonesey95 (talk) 13:38, 28 July 2024 (UTC)
- Jonesey95, okay, I've done the second lot of pages. — Qwerfjkltalk 11:26, 28 July 2024 (UTC)
- Amusing and wrong-headed; I haven't looked to see if this editor caused us to end up here, since I usually prefer to fix problems rather than cast blame. Consensus is strongly against this single editor's opinion; I wonder if they took the time to ask at a MOS talk page. – Jonesey95 (talk) 00:53, 28 July 2024 (UTC)
- Jonesey95, great, I've done the Infobox judge lot, and I'll take care of the other bunch tomorrow. Funnily enough I found this whilst looking through the edits. — Qwerfjkltalk 21:16, 27 July 2024 (UTC)
- Yes, that looks perfect. And you found one with {{nowrap}} in it, so we can be pretty sure that the regex won't mismatch braces. – Jonesey95 (talk) 20:36, 27 July 2024 (UTC)
- Jonesey95, does this edit look good A. Andrew Hauk (Diff ~1237033071)? I've just used the naive regex
- Just those two infoboxes should handle nearly all of the problem transclusions. I can do others with my own regex and manual inspection; I just wasn't looking forward to doing 1,000 of them. I'm pretty sure that most or all of the offending transclusions are in
- This is one of those rare times when it's easier to use a simple regex than mwparserfromhell.— Qwerfjkltalk 19:28, 27 July 2024 (UTC)
- Jonesey95, okay, I think I can do this, just a few things I need. What parameters should I avoid (such as title as you mention above), and which templates should I look for - is it just Infobox judge and infobox officeholder, or should I be thorough and use a recursive category search on Category:Infobox templates ? — Qwerfjkltalk 19:27, 27 July 2024 (UTC)
- I'm not worried about {{small}} at this time. I put two search links for {{midsize}} in my post above. Will those work for you? – Jonesey95 (talk) 19:20, 27 July 2024 (UTC)
- ┌─────────────────────────────────┘
Jonesey95, no problem. I just used a simple pywikibot script.
Code if anyone is interested:— Qwerfjkltalk 08:15, 29 July 2024 (UTC)import pywikibot from pywikibot import pagegenerators import mwparserfromhell, re site=pywikibot.Site("wikipedia:en") gen=pagegenerators.SearchPageGenerator('hastemplate:"infobox officeholder" hastemplate:midsize', site=site, namespaces=0) for page in gen: print(page) code=mwparserfromhell.parse(page.text) templates=code.filter_templates() for template in templates: if template.name.matches("infobox officeholder"): if template.has("education"): educationvalue=template.get("education").value template.get("education").value = re.sub(r"\{\{ *midsize *\| *?(?:1 *=)?(.+?)\}\}", r"\1", str(educationvalue)) break page.text=str(code) page.save("Per [[Wikipedia:Bot requests#Removing Template:midsize from infobox parameters (violation of MOS:SMALLFONT)]]")
Change stadium to somerhing else in the template:Infobox Olympic games
This year in the 2024 Summer Olympics we have the problem that the Seine and Jardins du Trocadéro need to stand on that spot, but those are obviously no stadiums. Because of that i would change the template:Infobox Olympic games. I would change the word "stadium" to "place of celebration" or something similar, but then all the articles with that infobox needs to be changed, and that will obviously take way to long for a human. So that is why i am asking for a bot. Gilliebillie🤡 (talk) 17:58, 28 July 2024 (UTC)
- @Gilliebillie: I see that you have posted on Template talk:Infobox Olympic games. Please gain consensus for your changes before requesting here. Rusty 🐈 18:04, 28 July 2024 (UTC)
- Well, @Rusty Cat, if i get ignored then i can not know if people agree. If someone disagrees then they need to let it know. Gilliebillie🤡 (talk) 18:12, 28 July 2024 (UTC)
- @Gilliebillie: Why don't you ask on the wiki projects listed at the top of the page Wikipedia:WikiProject Infoboxes and Wikipedia talk:WikiProject Olympics? Rusty 🐈 18:17, 28 July 2024 (UTC)
- As mentioned above, our policy on bots requires that bots only perform tasks supported by community consensus.
Needs wider discussion. Rusty Cat made some good suggestions for where to get that discussion going. Bsoyka (t • c • g) 18:20, 28 July 2024 (UTC)
- Nevermind. You guys always make it way to hard. Gilliebillie🤡 (talk) 18:26, 28 July 2024 (UTC)
- It's hard because changing things willy-nilly, Gilliebillie, is rarely a good idea. When things have been a certain way for a while, there is sometimes a good reason. So we discuss. (Sometimes there is not a good reason, and a quick discussion will usually determine that, and then the thing can be changed.) – Jonesey95 (talk) 14:57, 29 July 2024 (UTC)
- Nevermind. You guys always make it way to hard. Gilliebillie🤡 (talk) 18:26, 28 July 2024 (UTC)
- You're not being ignored, three people have commented on your discussion at the template talk page. Primefac (talk) 13:48, 29 July 2024 (UTC)
- Well, @Rusty Cat, if i get ignored then i can not know if people agree. If someone disagrees then they need to let it know. Gilliebillie🤡 (talk) 18:12, 28 July 2024 (UTC)
Change hyphens to en-dashes
Hyphens are commonly used instead of en dashes in short descriptions incorrectly. A quick database scan shows that there are at least 1000 articles19,800 here that needs this fix. -1ctinus📝🗨 20:16, 30 July 2024 (UTC)
- While I could normally see this as a WP:CONTEXTBOT problem, I think limiting to short descriptions with four-digit ranges like the search would make this pretty clear-cut without (m)any false positives. If this gets consensus from the community, I would love to implement it. Bsoyka (t • c • g) 21:37, 30 July 2024 (UTC)
- " think limiting to short descriptions with four-digit ranges like the search would make this pretty clear-cut" I should have specified that, but that is exactly how it would be implemented. I can’t think of any examples that would be a false positive. -1ctinus📝🗨 22:00, 30 July 2024 (UTC)
- The only remotely conceivable example I can think of is if someone threw an ISSN in a short description, which I can literally never see happening. Bsoyka (t • c • g) 22:03, 30 July 2024 (UTC)
- Is this actually an issue that needs fixing? Primefac (talk) 22:14, 30 July 2024 (UTC)
- This would fix some compliance with MOS:DATERANGE, which explicitly says to use en dashes and not hyphens for date ranges. It technically wouldn't be a WP:COSMETICBOT task since it changes something visible to readers, but I wouldn't be surprised if this becomes controversial as it's admittedly a really minor fix. Curious to hear some other opinions/arguments one way or another. Bsoyka (t • c • g) 07:02, 31 July 2024 (UTC)
- Is this actually an issue that needs fixing? Primefac (talk) 22:14, 30 July 2024 (UTC)
- The only remotely conceivable example I can think of is if someone threw an ISSN in a short description, which I can literally never see happening. Bsoyka (t • c • g) 22:03, 30 July 2024 (UTC)
- " think limiting to short descriptions with four-digit ranges like the search would make this pretty clear-cut" I should have specified that, but that is exactly how it would be implemented. I can’t think of any examples that would be a false positive. -1ctinus📝🗨 22:00, 30 July 2024 (UTC)
- I've left a note soliciting input at WT:SD. — Qwerfjkltalk 09:09, 31 July 2024 (UTC)
- Also, an interesting note that I came across at MOS:FAQ:
Appropriate use of hyphens and dashes is as much a part of literate, easy-to-read writing as are correct spelling and capitalization.
Bsoyka (t • c • g) 13:46, 31 July 2024 (UTC)- Really? If I saw that in an article I'd be tagging it with a citation needed template as soon as I saw it didn't have one. It's a small thing that matters hugely to a small number of people and essentially not at all to almost everybody else - no meanings are changed by using the "incorrect" short horizontal line. Feel free to make this change if you're doing something else to the article, but from my POV it's definitely not something that's worth the disruption to watchlists etc caused by doing it for the sake of doing it. Thryduulf (talk) 00:03, 3 August 2024 (UTC)
[S]mall things that matter hugely to a small number of people and essentially not at all to almost everybody else
are so foundational to our project they might as well be WP:5P6 (no strong opinion on the bot request). Folly Mox (talk) 12:51, 3 August 2024 (UTC)- They are important, but they do not justify disrupting the encyclopaedia over. Thryduulf (talk) 12:52, 3 August 2024 (UTC)
- What part of having a bot that does this, if it’s implemented correctly, is "disrupting the encyclopedia"? Do you not see copy editing in your watchlist non stop? -1ctinus📝🗨 13:12, 3 August 2024 (UTC)
- Please see WP:COSMETICBOT for a full explanation of why mass trivial changes are disruptive. Additionally, copyediting by humans normally makes clear improvements to the page for the benefit of readers, something which marginally changing the length of a horizontal line does not typically do. Thryduulf (talk) 13:52, 3 August 2024 (UTC)
- Agreed, Thryduulf. In case it feels like I'm trying to discredit your argument, please know that's not my intent, and I hold a deep respect for you. What I meant is that we Wikipedians are extremely fond of our chosen trivialities, and doing things almost no one else cares about is statistically close to 100% of our work.On the subject at hand, WP:GENFIXES should already perform this substitution whenever anyone AWBs a relevant article. A bot seems like overkill, whether or not it technically violates WP:COSMETICBOT.1ctinus, do you have a better idea of the problem scope than quarry:query/85225? That one throws a syntax error, returning zero rows. If it's only around a thousand articles, that kind of scope is amenable to human effort, but
at least 1000
has a pretty fuzzy upper bound. Folly Mox (talk) 14:05, 3 August 2024 (UTC)- Here's the upper bound: 19,800. :) Here's why I don't want to use AWB to fix all these articles... -1ctinus📝🗨 15:05, 3 August 2024 (UTC)
- What part of having a bot that does this, if it’s implemented correctly, is "disrupting the encyclopedia"? Do you not see copy editing in your watchlist non stop? -1ctinus📝🗨 13:12, 3 August 2024 (UTC)
- They are important, but they do not justify disrupting the encyclopaedia over. Thryduulf (talk) 12:52, 3 August 2024 (UTC)
- Really? If I saw that in an article I'd be tagging it with a citation needed template as soon as I saw it didn't have one. It's a small thing that matters hugely to a small number of people and essentially not at all to almost everybody else - no meanings are changed by using the "incorrect" short horizontal line. Feel free to make this change if you're doing something else to the article, but from my POV it's definitely not something that's worth the disruption to watchlists etc caused by doing it for the sake of doing it. Thryduulf (talk) 00:03, 3 August 2024 (UTC)
- Full support. I have corrected some pages with this problem in the short description. JacktheBrown (talk) 20:52, 2 August 2024 (UTC)
Consensus: Aldo, Giovanni e Giacomo
I kindly ask, in accordance with the consensus recently reached for "e" (here), since there are almost 1,000 results for this group (https://en.wikipedia.org/w/index.php?fulltext=1&ns0=1&ns10=1&ns118=1&ns14=1&profile=advanced&search=Aldo%2C+Giovanni+%26+Giacomo&title=Special%3ASearch), to activate a bot for all these results. Thanks in advance. JacktheBrown (talk) 18:42, 2 August 2024 (UTC)
- @JackkBrown: I'm not sure the consensus for a page move (editing 1 page) is the same as consensus to edit a single character on over 800 pages. See also this very similar discussion at Wikipedia:Village pump (policy)#Fixing over-capitalization by bot. Bsoyka (t • c • g) 20:02, 2 August 2024 (UTC)
- @Bsoyka: the alternative solution to the bot is to do it manually; I refuse to do it on almost 1,000 pages, it's absurd. JacktheBrown (talk) 20:07, 2 August 2024 (UTC)
- @JackkBrown: I think the overall question is whether to do it at all, as in whether it's a significant enough change to fill up watchlists and revision histories with. It's an ongoing discussion—I would love to hear your feedback on the village pump page linked above so we can set some sort of precedent regarding whether bulk trivial edits like this should be made. Bsoyka (t • c • g) 20:09, 2 August 2024 (UTC)
- @Bsoyka: avoiding "trivial" changes is still a loss for the encyclopedia, and unfortunately people realize this. Clogging up watchlists isn't nice, but is it really better not to clog them than to have a more accurate encyclopedia? Ah. JacktheBrown (talk) 20:15, 2 August 2024 (UTC)
- @JackkBrown: I don't particularly disagree with you, but this is an issue with a lack of explicit consensus to change hundreds of pages en masse. (Put another way, our two opinions aren't the only ones that matter; the community as a whole needs to agree.) Not to mention the WP:CONTEXTBOT problem here. Bsoyka (t • c • g) 20:17, 2 August 2024 (UTC)
- @Bsoyka: WP:CONTEXTBOT: this doesn't apply in this case, since a letter within the group name would be changed. JacktheBrown (talk) 20:21, 2 August 2024 (UTC)
- JackkBrown, that doesn't matter if the content is a quote, for example, which should remain verbatim. — Qwerfjkltalk 20:23, 2 August 2024 (UTC)
- (edit conflict) @JackkBrown: What if a direct quote in an article says "Aldo, Giovanni & Giacomo"? A bot blindly changing that to the other version would be wrong. That's the CONTEXTBOT problem. Bsoyka (t • c • g) 20:23, 2 August 2024 (UTC)
- @Bsoyka: one idea could be to change it in the quote too, we can't refuse to do it just because it's (perhaps) complicated. JacktheBrown (talk) 20:35, 2 August 2024 (UTC)
- @Bsoyka: WP:CONTEXTBOT: this doesn't apply in this case, since a letter within the group name would be changed. JacktheBrown (talk) 20:21, 2 August 2024 (UTC)
- @JackkBrown: I don't particularly disagree with you, but this is an issue with a lack of explicit consensus to change hundreds of pages en masse. (Put another way, our two opinions aren't the only ones that matter; the community as a whole needs to agree.) Not to mention the WP:CONTEXTBOT problem here. Bsoyka (t • c • g) 20:17, 2 August 2024 (UTC)
- @JackkBrown: No, we absolutely can't change direct quotes. Doing so would misrepresent the people being quoted, introducing factual inaccuracies into the wiki. That would be
a loss for the encyclopedia
. And yes, we can—again, see WP:CONTEXTBOT, which is a policy. Bsoyka (t • c • g) 20:44, 2 August 2024 (UTC)
- @Bsoyka: avoiding "trivial" changes is still a loss for the encyclopedia, and unfortunately people realize this. Clogging up watchlists isn't nice, but is it really better not to clog them than to have a more accurate encyclopedia? Ah. JacktheBrown (talk) 20:15, 2 August 2024 (UTC)
- (edit conflict) @JackkBrown your choices are to get consensus that it should be done or not do it. Thryduulf (talk) 20:10, 2 August 2024 (UTC)
- @JackkBrown: I think the overall question is whether to do it at all, as in whether it's a significant enough change to fill up watchlists and revision histories with. It's an ongoing discussion—I would love to hear your feedback on the village pump page linked above so we can set some sort of precedent regarding whether bulk trivial edits like this should be made. Bsoyka (t • c • g) 20:09, 2 August 2024 (UTC)
- @Bsoyka: the alternative solution to the bot is to do it manually; I refuse to do it on almost 1,000 pages, it's absurd. JacktheBrown (talk) 20:07, 2 August 2024 (UTC)
- RegExTypoFix is always an option, though not sure it is appropriate in this case. — Qwerfjkltalk 20:19, 2 August 2024 (UTC)
Comment: there are few users like P1221 (very excellent user), who wrote "Friuli-Venezia Giulia" (with dash) on thousands of pages without bots. This time I would like a bot, if possible. JacktheBrown (talk) 20:29, 2 August 2024 (UTC)
- Just because something has been done in the past doesn't necessarily mean it should be done in the future. Bsoyka (t • c • g) 20:48, 2 August 2024 (UTC)
- @Bsoyka: I honestly don't understand why, almost always, only the terms of the page on which the agreement was reached are changed. By working in this way, unfortunately, the encyclopedia loses value (some users claim that these changes are pointless, superfluous and trivial (absurd...), but when this becomes a habit, the errors become numerous). JacktheBrown (talk) 06:30, 7 August 2024 (UTC)
- I agree that sometimes a bot is needed for post-move cleanup. And Bsoyka is running BsoykaBot right now to do that on the NFL Draft -> NFL draft cleanup, 1000 pages per day. But for a group of "almost 1,000 results", doing it with AWB is not that hard, and gives one the chance to look at each change. It should be easy to do them all in an hour or so. For the YYYY United States Census -> YYYY United States census cleanup, on the other hand, there are tens of thousands of edits needed; many of these are in contexts that would be pretty easy to get right by bot, and that would leave many fewer for a final pass with AWB. Dicklyon (talk) 14:43, 14 August 2024 (UTC)
- @Bsoyka: I honestly don't understand why, almost always, only the terms of the page on which the agreement was reached are changed. By working in this way, unfortunately, the encyclopedia loses value (some users claim that these changes are pointless, superfluous and trivial (absurd...), but when this becomes a habit, the errors become numerous). JacktheBrown (talk) 06:30, 7 August 2024 (UTC)
Cyclones
Could there be a bot that automatically archives the IMD and JTWC ABPW and ABIO outlooks. That would be helpful for updating the cyclone pages as neither agency archives their outlooks. OhHaiMark (talk) 01:47, 4 August 2024 (UTC)
- What's the copyright situation on Indian Government works? From memory, they aren't automatically public domain, so this would need to be done with care. Mdann52 (talk) 16:07, 5 August 2024 (UTC)
- Well, usually, IMD outlooks are archived for cyclone seasons like 2023, so I don't really think it's a problem as long as only those outlooks are archived. As for the JTWC, that's already public domain. OhHaiMark (talk) 22:21, 5 August 2024 (UTC)
Substing int message headings on filepages
On Wikimedia Commons, the headings == {{int:filedesc}} ==
, == {{int:license-header}} ==
and to a lesser extent == {{int:license}} ==
are used in headings because it's an interlingual wiki with no real official language. Enwiki is not interlingual, rather monolingually English. I thereby request all these uses of these int messages be subst:-ed by a bot on a regular basis. file: local: insource:/= *= *\{\{ *int *:/ gives 5,126 hits, so I guess it'll take a while. The last, lesser used message, int:license, should not only be substed but also appended with -header so that == {{int:license}} ==
becomes == {{subst:int:license-header}} ==
. The colon after Licensing if you subst int:license makes no sense and isn't according to policy AFAICT. Jonteemil (talk) 22:35, 6 August 2024 (UTC)
- Looks good to me. If no one has any concerns about this substitution, I’ll go ahead and file a BRFA ASAP. – DreamRimmer (talk) 01:19, 7 August 2024 (UTC)
- DreamRimmer, I don't necessarily have any concerns but this is a rather significant change, so I would prefer to see a solid consensus before a BRFA is filed (if only to avoid having to put it on hold until a consensus is formed). Primefac (talk) 13:59, 7 August 2024 (UTC)
- @Jonteemil: Forgive me if I'm wrong here, but isn't this a cosmetic change? From what I can see,
{{int:filedesc}}
just renders asSummary
for readers—what's the harm in letting theint:
tags stay, and what would this actually change visually? Bsoyka (t • c • g) 01:32, 7 August 2024 (UTC)- If your language is English then I guess there will be no change but if your language is any other than English, then the heading will be changed. English Wikipedia should only use English, that's why the headings should be substed. Jonteemil (talk) 08:52, 7 August 2024 (UTC)
- Would that language change only show for that individual, though? Why does it matter what someone else sees on their own screen? Primefac (talk) 14:02, 7 August 2024 (UTC)
{{subst:int:filedesc}}
generatesSummary
, if you're using English, which is what most file uses as the first heading, apart from these 5,126 exceptions.Why does it matter what someone else seens on their own screen?
Enwiki is not interlingual, but rather monolingually English and it shouldn't try to be something else. Using these int: messages instead of the normal English words also makes people think that that's the way you should do it, when it's not. This is not Commons. Jonteemil (talk) 14:51, 7 August 2024 (UTC)- See WP:MWN#Technical details for more details on these int: messages. For example:
The difference between
{{MediaWiki:}}
and{{int:}}
is that{{MediaWiki:}}
transcludes using the default language of the Wiki (i.e. English), whereas{{int:}}
transcludes using the language set by the user's preferences. For example, if your user language is not set to English, the following two lines will differ:- View article
- View article
- But since this is English Wikipedia all headings should be in English no matter what user language has been set. I hence would not call this just a cosmetic change. Jonteemil (talk) 23:13, 7 August 2024 (UTC)
- See WP:MWN#Technical details for more details on these int: messages. For example:
- Would that language change only show for that individual, though? Why does it matter what someone else sees on their own screen? Primefac (talk) 14:02, 7 August 2024 (UTC)
- If your language is English then I guess there will be no change but if your language is any other than English, then the heading will be changed. English Wikipedia should only use English, that's why the headings should be substed. Jonteemil (talk) 08:52, 7 August 2024 (UTC)
Removing redundant FURs on file pages
Each uses of non-free files need a separate fair use rationale (FUR) which explains why the usage of the file in that article is according to the policy. When someone removes a file from a page the user very rarely also remove the FUR which then just stays there and collects dust and take up unnecessary space, leading to pages like File:SciFi channel.svg which has 11 FURs yet is only used on one page, hence 10 of the FURs need to be removed. Most cases would probably only remove one or two FURs though.
I hence request that a bot remove these unnecessary FURs. To not make it too complicated I suggest only removing the FURs using the template {{Non-free use rationale}} (or any redirect of it) or another template that transcludes it, for example {{Logo fur}}. I guess the bot would check the Article parameter and remove the template if the file isn't used there. Jonteemil (talk) 22:29, 7 August 2024 (UTC)
- How would this requested bot avoid a scenario like this?
- Vandal removes an image as part of their vandalism.
- Bot removes the FUR.
- Vandal is reverted.
- Well-meaning editor removes the image again due to lack of a FUR.
- It seems to me that human review may be useful to determine whether the FUR really is obsolete or the image really should be used in the article. Anomie⚔ 14:03, 9 August 2024 (UTC)
- I mean it would be hard to avoid that but I guess it's no different from B-bot when it marks a file {{Di-orphaned non-free use}} after a vandal removed the file from a page. If human review is required then the human can simple remove the FUR themself. No need for a bot then. I think it would be worth having this as a task even if a small number of FURs are wrongly removed because of vandals. Jonteemil (talk) 20:26, 12 August 2024 (UTC)
- P.S. Regarding that specific example, it looks like most went away when the channel changed logos. Some that kept the historical logo have switched to File:Sci Fi 2002.svg, which the one remaining use probably should do as well. And I have no idea what happened in Special:Diff/842057982. Anomie⚔ 14:15, 9 August 2024 (UTC)
Need help with a super widespread typo: Washington, D.C (also U.S.A)
- To find:
insource:/Washington, D\.C[^\.]/
(~2280 hits) - Regex Search:
Washington, D\.C[^\.]
- Regex Replace:
Washington, D.C.$1
Headbomb {t · c · p · b} 23:50, 19 August 2024 (UTC)
- This is more rigorous:
- Search:
Washington, D\.C(?!\.)
- Replace:
Washington, D.C.
- Theknightwho (talk) 00:14, 20 August 2024 (UTC)
- This should be easy to do; I’ve got an offline tool that can build the list of articles to fix, and I can adapt a component of Move+ to actually implement the changes - easier to use a user script than go through BRFA for a comparatively small change.
- I can get that done tonight, but before I do I want to confirm this is an uncontroversial change and that no one sees an issue with my proposed method? BilledMammal (talk) 00:53, 20 August 2024 (UTC)
In CNN, someone has [[Washington, D.C.|Washington, D.C]].
.. it indicates there is confusion how to end a sentence. MOS:CONSECUTIVE says the final period services dual purpose. I would be a little careful in case you end up adding a second period ie. [[Washington, D.C.|Washington, D.C.]].
and others scenarios. -- GreenC 03:51, 20 August 2024 (UTC)
- I’ll keep that in mind; make it
[[Washington, D.C.]]
BilledMammal (talk) 03:58, 20 August 2024 (UTC)- Now, this looks like a job for me
So everybody, just follow me
'Cause we need a little controversy
'Cause it feels so empty without me. BD2412 T 04:05, 20 August 2024 (UTC)- Also, look out for a ton of these being in file names. BD2412 T 04:11, 20 August 2024 (UTC)
- Some others types I noticed in the first 100 pages:
- North Korea has
Washington, D.C .
(extra space) - National Geospatial-Intelligence Agency has
Washington, D.C,
(comma) - Harry Belafonte has
[[March on Washington for Jobs and Freedom|Civil Rights March on Washington, D.C]].,
(similar to CNN) - Junípero Serra has
Washington, D.C,. 1955–66
(reversed comma and period) - Abbreviation has
Washington, D.C''.
(reversed double tick and period - might also be single tick; or quote mark "; might also have a double closing square bracket involved) - Aleksandr Solzhenitsyn has
[[Washington, D.C.|Washington, D.C]].,
- North Korea has
- The typos can take many forms. This is looking like a hard job.. -- GreenC 04:24, 20 August 2024 (UTC)
- Now, this looks like a job for me
Likewise for
- To find:
insource:/U\.S\.A[^\.[^\.]/
(~4500 hits) - Regex Search:
U\.S\.A[^\.]
- Regex Replace:
U.S.A.$1
Headbomb {t · c · p · b} 06:37, 20 August 2024 (UTC)
- There will be some false positives here, like U.S.Avengers. Headbomb {t · c · p · b} 06:43, 20 August 2024 (UTC)
- A script is starting to sound like a better option over a bot, given how many caveats and addenda seem to be kicking about (CONTEXT etc etc). Primefac (talk) 12:02, 20 August 2024 (UTC)
- I think I've got a handle on Washington, D.C. - I will post a list of example conversions soon, to give editors the chance to review them.
- However, I'm not sure how to handle [[Washington, D.C.|.]]. This has come up twice now, at Leonard Neale and Seedco, but I don't know what is causing it or what it should actually be. BilledMammal (talk) 12:44, 20 August 2024 (UTC)
- A script is starting to sound like a better option over a bot, given how many caveats and addenda seem to be kicking about (CONTEXT etc etc). Primefac (talk) 12:02, 20 August 2024 (UTC)
Changes for Washington D.C.
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
I think this is functional, and that I've addressed all the edge cases - does anyone see any I've missed? Although, given the complexity of the task, I'm starting to think that a BRFA would be a good idea BilledMammal (talk) 13:05, 20 August 2024 (UTC)
- These edge cases look like just the ones that involve wikilinks. Given that some of the search results are valid, in File: calls (with or without the File: or Image: prefix) and in {{About}}, I don't think there will be an opportunity for an unsupervised bot. With 2,000 search hits, a supervised AWB run focusing on a few common patterns would be a good way to start. The above wikilink patterns are common, along with
|location=Washington, D.C|
in citation templates (I get 440 of these),Washington, D.C, [a-z]
in running prose (120 of these), and a couple more; fixing those one-by-one with AWB might fix 75% of the problems. – Jonesey95 (talk) 13:49, 20 August 2024 (UTC)- All of those are handled - while most of the results involve Wikilinks, see Aaron Douglas (artist), Trayon White, and The Golden Age (Vidal novel).
- I can produce a more expansive sample list, if helpful? BilledMammal (talk) 13:57, 20 August 2024 (UTC)
- I worry a bit because the list above contains a fix for Caroline van Hook Bean, which has "in Washington, D.C to", a string that could easily appear in an image name. The Aaron Douglas (artist) "Washington, D.C,." could also appear in a file name. The list also has many apparent duplications, so it is difficult to see how many different patterns are actually included. – Jonesey95 (talk) 14:12, 20 August 2024 (UTC)
- They could appear in file names, but I check for whether they are.
- I'll produce a longer sample probably the day after tomorrow, and include U.S.A. in it as well. BilledMammal (talk) 14:19, 20 August 2024 (UTC)
- BilledMammal, from this search there is only File:Washington, D.C High Heel Drag Queen Race Logo.jpg — Qwerfjkltalk 11:25, 21 August 2024 (UTC)
- Never understood why we don't fix file names like we fix any other naming issue. Instead of tiptoeing around this issue, we could just include files in this fix. Gonnym (talk) 11:30, 21 August 2024 (UTC)
- Meh, I moved the page. Primefac (talk) 11:57, 21 August 2024 (UTC)
- There are other ones that I found during initial testing, although I can’t recall where right now - even some ending "D.C..jpg"
- Technically it’s correct, but the bot thinks it’s incorrect unless handled properly. BilledMammal (talk) 12:46, 21 August 2024 (UTC)
- BilledMammal, well, there's also c:Special:Search/File: intitle:/ D\.C/ -intitle:/D\.C\./ with about 5200 results. — Qwerfjkltalk 15:08, 21 August 2024 (UTC)
- Would it be possible to do it in phases? Only modify the one's you are confident are correct ie. program the script to opt-in not opt-out. See what is left, refine and do the next phase. This is complex and breaking it down might be more approachable. It can probably get 80% easily enough with the remainder being tons of edge cases. If you even just did 80% that would be a huge benefit. -- GreenC 15:16, 21 August 2024 (UTC)
- 90% are "Washington, D.C]]." That’s easy to correct while being confident there are no false positives; I think that’s a good idea. BilledMammal (talk) 15:37, 21 August 2024 (UTC)
- Phases are exactly what I recommended above. Pick out the three or four most common patterns that have near-zero false positives, fix them, and then see what the remaining population looks like. – Jonesey95 (talk) 15:54, 21 August 2024 (UTC)
- I've done a few hundred of "Washington, D.C]]." and "|location=Washington, D.C|". I'll continue on the weekend when I have more time to supervise. BilledMammal (talk) 11:24, 22 August 2024 (UTC)
- BilledMammal If you are doing AWB, let me know if you want me to do a slice/some of.Naraht (talk) 12:26, 22 August 2024 (UTC)
- I believe it should be "Washington, D.C.," in running text (e.g., "The quartet went to Washington, D.C., to perform a medley"). That is, with a comma after D.C., because in the phrase "D.C." is a clause of its own, as with a city and state (e.g., "The quartet went to Arlington, Virginia, to perform a medley"). BD2412 T 03:04, 23 August 2024 (UTC)
- Yes, that is what MOS recommends. – Jonesey95 (talk) 12:44, 23 August 2024 (UTC)
- I believe it should be "Washington, D.C.," in running text (e.g., "The quartet went to Washington, D.C., to perform a medley"). That is, with a comma after D.C., because in the phrase "D.C." is a clause of its own, as with a city and state (e.g., "The quartet went to Arlington, Virginia, to perform a medley"). BD2412 T 03:04, 23 August 2024 (UTC)
- BilledMammal If you are doing AWB, let me know if you want me to do a slice/some of.Naraht (talk) 12:26, 22 August 2024 (UTC)
- I've done a few hundred of "Washington, D.C]]." and "|location=Washington, D.C|". I'll continue on the weekend when I have more time to supervise. BilledMammal (talk) 11:24, 22 August 2024 (UTC)
- Phases are exactly what I recommended above. Pick out the three or four most common patterns that have near-zero false positives, fix them, and then see what the remaining population looks like. – Jonesey95 (talk) 15:54, 21 August 2024 (UTC)
- 90% are "Washington, D.C]]." That’s easy to correct while being confident there are no false positives; I think that’s a good idea. BilledMammal (talk) 15:37, 21 August 2024 (UTC)
- Would it be possible to do it in phases? Only modify the one's you are confident are correct ie. program the script to opt-in not opt-out. See what is left, refine and do the next phase. This is complex and breaking it down might be more approachable. It can probably get 80% easily enough with the remainder being tons of edge cases. If you even just did 80% that would be a huge benefit. -- GreenC 15:16, 21 August 2024 (UTC)
- BilledMammal, well, there's also c:Special:Search/File: intitle:/ D\.C/ -intitle:/D\.C\./ with about 5200 results. — Qwerfjkltalk 15:08, 21 August 2024 (UTC)
- Never understood why we don't fix file names like we fix any other naming issue. Instead of tiptoeing around this issue, we could just include files in this fix. Gonnym (talk) 11:30, 21 August 2024 (UTC)
- BilledMammal, from this search there is only File:Washington, D.C High Heel Drag Queen Race Logo.jpg — Qwerfjkltalk 11:25, 21 August 2024 (UTC)
- I worry a bit because the list above contains a fix for Caroline van Hook Bean, which has "in Washington, D.C to", a string that could easily appear in an image name. The Aaron Douglas (artist) "Washington, D.C,." could also appear in a file name. The list also has many apparent duplications, so it is difficult to see how many different patterns are actually included. – Jonesey95 (talk) 14:12, 20 August 2024 (UTC)
Dutch IPA
A bot that runs through Category:Pages with Dutch IPA and changes characters used inside {{IPA|nl}} and {{IPA-nl}} in accordance with the key page. In detail:
- ⟨c⟩ to ⟨tɕ⟩
- ⟨ɟ⟩ to ⟨dʑ⟩
- ⟨ʃ⟩ to ⟨ɕ⟩
- ⟨ʒ⟩ to ⟨ʑ⟩
- ⟨i̯⟩ to ⟨i⟩
- ⟨u̯⟩ to ⟨u⟩
- ⟨y̯⟩ and ⟨y̑⟩ to ⟨y⟩
- ⟨ɑu̯⟩ and ⟨ɑu⟩ to ⟨ʌu⟩
- ⟨ir⟩ to ⟨iːr⟩
- ⟨ur⟩ to ⟨uːr⟩
- ⟨yr⟩ to ⟨yːr⟩.
These are remnants of older versions of the key which were never updated in the IPA transcriptions linking to it. ~ IvanScrooge98 (talk) 16:34, 21 August 2024 (UTC)
- You could probably also request a tracking category at Module:IPA so any future usages of incorrect keys can be fixed when they are added. Gonnym (talk) 19:39, 21 August 2024 (UTC)
- Opened Wikipedia:Bots/Requests for approval/Platybot 2. I'm not sure if a BRFA is technically required here, given things like Wikipedia:Bot requests#Removing Template:midsize from infobox parameters (violation of MOS:SMALLFONT), but I'm going to do one anyway. BilledMammal (talk) 11:16, 22 August 2024 (UTC)