UESPWiki:Bot Requests

This page can be used to request that one of the wiki's bots do something. All members of the community are welcome to make requests or comment on existing requests.

Some general guidelines for bot requests are:
The task should involve a large number of changes that would take a human an inordinate amount of time, or would be highly prone to errors.
The task should be non-controversial. If a member of the community is likely to object to the change, please bring it up on the   first.

'''Our Bots and What They're Good At
CyrusBot: CyrusBot is based on the MediaWiki API and has built-in support for modifying templates and links. Any other job a bot can do should be possible given enough time.
Enobot: Enobot uses the Pywikibot framework. It can perform any of the standard Pywikibot tasks, including managing templates and categories, and adding and removing text from articles. Please refer to the Pywikibot documentation for more details.
HoodBot''': HoodBot is adaptable to a wide range of tasks. Many of its current tasks devolve into using a list of pages (typically defined by a Category, What Links Here, or user-specified) and replacing text such as links or template calls on those pages. While replacing data tends to be its main focus, it can also do information gathering, page moves/deletion/protection, and virtually anything else an editor can do on the wiki. HoodBot's ability to pull game data is still somewhat limited.

Oblivion: Fix broken anchor on several pages that link to the Animals page

Several of the Oblivion place pages link to the Animals page with an anchor that does not currently exist on that page: Nuisance_Beast .  This results in the user "landing" at the top of the Animals page, instead of at the correct spot on that page (which is probably the Mud Crabs and Rats entries).

The full problem link is .  That link has apparently not been working for some time.

Doing a search, some examples of place pages with this link include:

 (Zones 1 and 3)

  (Zones 1, 2, and 3)

  (Zones 1 and 2)

  (Exterior)

  (Zones 1, 2, and 3)

  (Zones 1 and 2)

There are probably more pages than this.  Usually, the link is in the "Occupants" section of each zone, or the "Exterior" section.

My guess is that there are approximately two ways to fix this:

1.  Change the links to point at an existing heading on the Animals page, probably the Mud Crabs entry.  Since the bum link is on several pages, this might be good for a bot to do, which is why I'm bringing it up here.

2.  Create an anchor, a short new section, or maybe a redirect titled "Nuisance Beast" on the Animals page, so that the existing Nuisance_Beast links have a place to go.  This probably doesn't need a bot, but I feel that someone with more experience than me would know the best way to do it.

Thanks!

73.3.58.200 11:13, 27 January 2021 (UTC)

:I didn't scan every edit to the Animals page, but at a glance, it looks like that header has never existed, not even when knowledgeable editors were creating the links on other pages. I reworked the leveled lists table and added Nuisance Beast as a header there, which resolved the issue. If you notice anything else like that, please let us know—we really appreciate it!  &ndash;  &ensp;   10:46, 28 January 2021 (UTC)

Moving Better Cities subpages up a level

When the Better Cities wiki was merged in, they had a setup that resulted in essentially subpages in each city. So the page for the Bravil Bayside Inn is actually located at   not  . I would like a bot to take these pages and essentially remove the city part of the name, as it does not conform to our current set up. In addition, there are multiple in-wiki links that got incorrectly parsed by previous botruns, and resulted in them simply being   . The following cities have pages that need moving (links go to the non-created categories containing the pages needing to be moved).

: :Category:Better_Cities-Places-Anvil
: :Category:Better_Cities-Places-Imperial City, Arboretum
: :Category:Better_Cities-Places-Imperial City, Arena District
: :Category:Better_Cities-Places-Imperial City, Aristocratic District
: :Category:Better_Cities-Places-Bravil
: :Category:Better_Cities-Places-Bruma
: :Category:Better_Cities-Places-Cheydinhal
: :Category:Better_Cities-Places-Chorrol
: :Category:Better_Cities-Places-Imperial City, Elven Gardens District
: :Category:Better_Cities-Places-Leyawiin
: :Category:Better_Cities-Places-Imperial City, Market District
: :Category:Better_Cities-Places-Imperial City, Prison District
: :Category:Better_Cities-Places-Skingrad
: :Category:Better_Cities-Places-Imperial City, Talos Plaza District
: :Category:Better_Cities-Places-Imperial City, Temple District
: :Category:Better_Cities-Places-Imperial City, Waterfront District
: :Category:Better_Cities-Places-Imperial City, Waterfront Tunnel

This also affects some OD4 pages:

: :Category:Oblivion_Mod-OD4-Places-Kathar
: :Category:Oblivion_Mod-OD4-Places-Kazbai
: :Category:Oblivion_Mod-OD4-Places-Banana Caravanserai
: :Category:Oblivion_Mod-OD4-Places-Galu Oasis
: :Category:Oblivion_Mod-OD4-Places-Sydura Serai
: :Category:Oblivion_Mod-OD4-Places-Salt Caravanserai

I THINK this covers all the pages that would need moving. If there are any duplicate names, if you could just append the Place to the end of the name, parenthetically (though, if it's an Imperial City location, maybe just append the district name, rather than the city name as well). Jeancey (talk) 18:49, 29 January 2021 (UTC)

Oblivion: Broken anchors on several place pages that link to the Undead Dungeons page

Several of the Oblivion place pages link to the Undead Dungeons page with anchors that do not currently exist on that page: Restoration_Chest and Restoration_Ayleid_Chest .  This results in the user "landing" at the top of the Undead Dungeons page, instead of at the correct spot on that page, which is probably the "Chest 04 (Healing)" entry in the table.

The full problem links are  and  .

The Undead Dungeons talk page shows that something related to this problem was known some time ago; it specifically mentions the difficulty of editing all the place pages that had a "restoration chest" link.  It looks like maybe the place pages didn't get edited after that discussion.

Doing a search, some examples of place pages with these links include:

 (regular and Ayleid)

 (regular)

 (regular and Ayleid)

 (regular and Ayleid)

There are probably more pages than this.

Sometimes the words "restoration chest" also appear in the prose of the place pages, but not as a link.  Those probably don't need to be turned into links.

I'm not sure what the right fix is.  Like last time, editing the Undead Dungeons page might fix it without having to fix all of the place pages.  Or, maybe it's better to bot-edit the place pages.

Thanks!

73.3.58.200 10:43, 2 March 2021 (UTC)

:Okay, those have been fixed (give or take a faulty edit summary from a previous job). I don't know if it's necessarily the best solution, but it's better than linking to a section that doesn't exist!  &ndash;  &ensp;   17:09, 2 March 2021 (UTC)

Cleanimage template request

Good evening! 

Prior to August of last year, I uploaded many screenshots to the UESP that were taken on my laptop. My last computer didn't have specs ideal for high graphics settings. As a result, many of the images I contributed are of a lower resolution than I personally think is acceptable for my own work. I have uploaded too many images in a variety of categories for me to feasibly go through my contribution history to pick through my images and find the worst of my work without collapsing from burn-out. Thus, I've opted to request a bot run.

My question is this:

How difficult would it be to get a bot to put   on every image I've uploaded that meets the following requirements?
From year (and earlier): 2020; From month (and earlier): July
Is of any of the following categories: ON-place, ON-npc, ON-creature, ON-interior, ON-misc, ON-item, ON-object, and ON-quest
Has not been re-uploaded over (by me) from September 2020 onward.

Basically, I'd like to see if we can put a cleanimage template on every quest, NPC, creature, interior, miscellaneous and quest image that I've uploaded from July 31, 2020 all the way back to my account's creation.

I don't want every single image I've ever uploaded outside the listed categories to be hit. For example, ON-icon, ON-prerelease, ON-render and ON-crown store are all categories I've uploaded to that don't need the template.

I don't regret contributing so much, but I uploaded those hundreds of low res images, and it's my job to replace them. There's too many of them for me to just slap a cleanimage on the ones I see when I go poking through pages I've touched before. Having a bot go through and slap a sticker on the ones that haven't been touched since they were uploaded in all their blurry glory will make it easier for me to retrace my steps, and I can remove the template from affected images as necessary.

Thank you for your consideration! -MolagBallet (talk) 23:58, 24 May 2021 (UTC)

Oblivion, Shivering Isles, possibly more: Map search links don't work anymore

Apparently, at one time, it was possible to include   in a link to one of the UESP maps, and you'd get a map with those items highlighted. This doesn't appear to work any longer, at least on recent versions of Firefox on desktop.

This is probably mostly useful for items with the same name that appear in multiple places on the map, like  or 
 .  It's still possible to do a search on the map, but you have to open the map page first, and then type in the search box (which I think feeds a script on the map page).  I don't think you can include the search terms in the URL anymore - or at least, I don't know what the right format is.

Ideally, if there is some other URL format that still allows linking to a map search, the existing links that use ?search= should get edited into the new format.  Maybe a bot job can do this.

I think many (most? all?) of these links use the Map Link template, so possibly editing that template to use the new URL format would also fix the links, without having to do a bot job.

If there isn't a way to directly link to a map search any longer, then existing links that use ?search= should probably have that parameter removed, and just link to the top level of the map.  Alternatively, move the ?search= text to an instruction for the user, so they see something like "Their locations can be seen on the  ."

This doesn't affect map links that don't use the ?search= parameter.  Links that use the x and y coordinates, and links that go to uniquely-named places, are working correctly and don't need to be changed.

Thanks! 73.3.58.200 05:52, 29 May 2021 (UTC)

:Apparently, this was nothing more than an oversight. The site owner's going to try to add the functionality in the near future, so you should see it start to work again at some point, with no template changes or bot run required.  &ndash;  &ensp;   18:55, 29 May 2021 (UTC)

::Good to know.  And thanks for rescuing my request from the bozo bin.  :) 73.3.58.200 05:33, 30 May 2021 (UTC)

:::The site owner has updated the code. It doesn't work quite the same as the old one (I don't think...it's been a while), but instead, it will pre-populate the search list with the search term, and you can click on individual items.  &ndash;  &ensp;   14:59, 31 May 2021 (UTC)

::::I checked it just now and this change seems to be live, at least for obmap and simap.  It works as you said; you get a list of things that match underneath the "search" box, and can click on an item in the list to zoom the map to that item.  Thanks for chasing this!  73.3.58.200 09:01, 13 June 2021 (UTC)

ESO Collectible Pages

Good morning! I'd like to ask about the feasibility of a bot run for creating Collections pages. I maintain these pages on the regular, and there are a few things I'd like to outline that would be crucial in a potential bot run, if what I'm looking for is at all possible to begin with.

'''First thing's first: mount IDs.

All mount pages need the collectid from their esolog database entries in the "id=" field of their Collectible Summary. This has proven to monumental of a task for me to do by hand on top of adding pets by hand. I would like to request for all mounts that have an empty "id=" parameter or no "id=" parameter in their Collectible Summary at all''' to have their id added, and the parameter if it's missing. Those that lack the parameter would have "id=" and a collectid added to their Summary.

Second order of business: page creation for all collectibles.

This is a dance in several parts, and we might need several runs for this task because of the differences in heading levels between Collections hub pages. What I'd like is for us to go about this similarly to the creation of Pet pages: add a link to each heading with a collectible name, and create a page with a Collectible summary in that page. I would like for the bot to fill out most of the parameters itself. 

Part One: Page Creation
Part one: "which parameters are we filling out?"

The bot needs to provide a full Collectible Summary Template for each page. The easiest way to get most of this information is to rely on ESOlog; just pull descriptions and collectids from the database.

But I'd also like the bot to reduce the amount of legwork I have to do: for each collectible, I would appreciate if the bot could pull the editor-created blurbs above the NewLeft.

thumb|center|The parts marked in red are the "editor-created blurbs" being referred to

I've provided an image to illustrate what I mean, because words aren't coming easily to me right now. For most Collections pages, you have a Collections summary, the written details about the collectible, and then you have a NewLeft separating that top section and the infobox from the next section: Occurrences, Physical Description, Gallery, etc. My idea is to put the blurbs marked in red after the Collectible Summary, and above the NewLeft that precedes the rest of the collectible page. For costume pages, we need the little "dyeing: slot 1, slot 2, etc" thing carried over just as the user-added description will be.

If at all possible, I'd like the bot to add prices to the template. Perhaps it can detect the   template, and pull the template and value into the "price=" parameter? I don't want to create too much work, but the more effort I can hoist upon a bot, the less time I have to put into finishing these pages, and the more time I'll have to dedicate to pages that need my attention more. I'd also ask that if the bot adds the ESO Crowns template to the price field, that it also adds a link to Online:Crown Store to the "acquisition=" field. 

So if " ", then "|acquisition=Crown Store"

I'm not going to ask for the Crates to be added to any acquisition fields, I can do all those by hand unless the bot master has some wizardry they can easily apply to a Crate product. The only idea I have in the way of adding filled "Crate=" and "tier=" parameters to these new pages is by having the bot read our Crown Crate pages, checking to see if the new page's name matches the name of an object on these pages, adding the name of the crate an item is in if it finds a match, and using the name of the header it found the item under to fill out the tier= field.

TLDR: I'd like the not-italicized blurb under each Collectible's heading to be carried over to their new pages. Description and ID are probably easiest pulled from esolog, and Crown prices would be lovely.
 

Part The Second: Headings
Part two: "which headings do we need to create pages for?"

I'll run down our Collections pages and specify which heading levels require links for each. The contents of these headings will be where links are added:
;Facial Hair: Level 4 headings. Facial hair uses Level 2 headings for overarching categories (separated by how to obtain collectibles), separated further by Level 3 headings that indicate where a collectible can be found. The Level 4 headings are reserved for each collection item. Thus, the bot should be creating links for level 4 headings.

;Hats (collectible): Level 2 headings. The hats page doesn't have any fancy organization headers; all the hats are listed under Level 2 headers. It's safe to throw links on every Level 2 header on that page.

;Hair Styles: Level 2 headings. The organizational headings are all Level 1 headings, and the hair styles themselves have Level 2 headings. All level 2 headings should have a link.

;Head Markings: Level 3 headings. (we need to make sure to get Online:Head Markings/Crown Crate Rewards in here as well; that page also uses Level 3 headings)

;Major Adornments: Level 3 headings.

;Minor Adornments: Level 3 headings.

;Costumes A-Z: Level 2 headings.

;Body Markings: Level 4 headings. (we need to make sure to get Online:Body Markings/Crown Crate Rewards in here as well; that page uses Level 3 headings)

;Skins: Level 2 headings.

;Personalities: Level 2 headings.

;Polymorphs: Level 2 headings. 

Part 3: Category Parameters

I'm referring to the "|collectibletype=" and "|type=" parameters for this part. collectibletype is the type of collectible it is: hair style, body marking, etc. This and the header situation is why this job would probably require multiple separate runs. All I have to say for this is most of these collectibles don't need the "type" parameter; just "collectibletype". Pets, mounts and Allies are the only collectibles I can think of that are separated in a way that requires the type= parameter. We have a few hair style pages already (like ), so we can probably use those as a model.

I apologize for how long this is, but I wanted to make sure to cover most of my bases. It feels wrong to suggest something this big without trying to help plan it out. I'd like to thank all of our bot-holders for all of their work, and if anyone decides to take this on, I would be most grateful! If anything is unclear or I missed something, please let me know! I'd be glad to help in any way I can. -MolagBallet (talk) 18:35, 4 August 2021 (UTC)

:The easy part, Mount IDs, are done.

:For the collections, the first thing that actually needs doing is just plain identifying what pages the bot needs to operate on. Going through Online-Items-Collections seems to cover all of them, but if that misses anything, please let me know. Of course, it also includes Pets, which have already been done, but the bot'll just ignore any entries where a page already exists, at least in terms of page creation. I'll probably still include those pages for parameter updates and such, though. I'll need to figure out whether parameters should be updated by the bot if a human's already entered them, but I'll have a better feel for that when I get there.

:I'm noticing that there are some entries that are non-standard (Polymorphs is full of them but other pages have some as well). I'll have the bot spit out a list of anything it doesn't recognize so that a human can go over them. I think the criteria will be that any header followed by a     in it somewhere before the next header will be counted as legit and anything that doesn't follow that pattern will be listed as non-standard. I think that should catch just about everything, regardless of what header level the page actually uses, without producing too many false negatives/positives.

:Similarly, there are pages in that category that don't follow the standard format at all, like Blackwood Tapestry. It should be easy enough to spit out a list of any pages with no standard sections on them at all, but it might turn out to be easier to let them just be listed as part of the same process as above, so you might end up seeing each header on a page listed, rather than a single entry for the entire page. I'll see what works when I get there.  &ndash;  &ensp;   17:50, 7 August 2021 (UTC)

::As mentioned in Discord, this job is now done. A few notes about the job:
::* First, results are here. For the invalid sections, I think the only ones that might be of concern are the ones on the Personalities page (Bound and Bracing Wind). They were completely non-standard, so they were ignored. The rest either aren't intended to be collectibles or, in the case of Tiger Eyeshadow, it had no notable information. For the ones that weren't found in the database, I figured a human should decide if they needed to be kept and had new pages made for them or not.
::* In some cases, it wasn't clear what to do with things, so for the most part, the bot ignored them or just went ahead with something not-quite-right, trusting a human to sort it out later. Specifically...
:::* Entries that had more than one image left both images where they were rather than guessing which one should go in the template. In a lot of cases, this involved some kind of custom formatting, so it makes sense for a human to look at things. Using this approach, I was able to create pages for almost everything, and the oddballs I mentioned previously were thus able to be transferred to new pages.
:::* The same logic was in place for icons, but for those, it counted both   calls and    as being viable candidates, since different pages used different standards. These resulted in a few pages like Skeleton, though, where the icon that should have been transferred seems pretty obvious, but the bot saw multiples so ignored all of them.
:::* Items that appeared in more than one crate will be listed with all the crates they're in. This will break the template slightly as it stands now, but it's easy to update the template if we need to, or if the affected items are generic and we don't want to list all of the crates they're in, we can just delete the crates in the affected templates.
::* Prices were incorporated by copying the template verbatim. I didn't do any checking on this, so if there was more than one, only the last one will have been used, so that may need adjusted.
::* On the list pages, all the headers were updated to links, regardless of what was there previously. The occasionally obliterated   links with alternate headings, so those will probably need to be restored. Again, I can help with this tomorrow if you want.
::* Mostly, parameters for pre-existing pages were kept as they were, but the bot was allowed to update anything that was blank or where it was more likely to be correct than the existing information (e.g., IDs and categories).
::* Image descriptions for pre-existing pages were sometimes copied inappropriately during the first half of the run (i.e., the image description was update with the one from the list page, whether or not it actually applied to the one on the individual page. I noticed the problem during the run, so when I did the second run, I fixed it. Hopefully, not too many pages were affected. I can try to help track these down tomorrow if needed.
::* Categories/sub-categories were all converted to singular if they weren't already. This seems to have been the standard, but we had one or two plural ones, like Flying Pets. The ones in the database itself are all plural, but following that standard on the wiki probably would've broken a few things, so I played it safe.
::* Lastly, where appropriate, images/icons/text were moved from the text into the template. In the vast majority of cases, these were all at the beginning of the text, so any leftover white space was simply trimmed off. If any of them were moved from the middle of the text, though, I didn't try to remove white space, so you may find the odd case here and there with unusual gaps in the text.
::That's all I can think of off-hand. Let me know if you have any questions or notice any other issues with the new pages.  &ndash;  &ensp;   03:49, 12 August 2021 (UTC)

CC Header

We need to replace   with   on every page within :Category:Skyrim-Creation Club and its subcategories.

I imagine all of these only have a single parameter. In some cases this will be   (e.g. for compilation pages like  or ), but otherwise it will be the name of the related Creation. In cases where the Creation name is used as the param, the result will be two icons on the page: the general CC icon and the specific Creation's icon. See  as an example of   in use.

—&#8288;Legoless (talk) 13:04, 9 December 2021 (UTC)