Wikidata:Bot requests

Translate this header box! Add a new request Bot requests If you have a bot request, add a new section using the button and tell exactly what you want. To reduce the process time, first discuss the legitimacy of your request with the community in the Project chat or in the Wikiprojects's talk page. Please refer to previous discussions justifying the task in your request. For botflag requests, see Wikidata:Requests for permissions. Tools available to all users which can be used to accomplish the work without the need for a bot: PetScan for creating items from Wikimedia pages and/or adding same statements to items (note: PetScan edits are made through QuickStatements) QuickStatements for creating items and/or adding different statements to items Harvest Templates for importing statements from Wikimedia projects OpenRefine to import any type of data from tabular sources WikibaseJS-cli to write shell scripts to create and edit items in batch Programming libraries to write scripts or bots that create and edit items in batch

On this page, old discussions are archived. An overview of all archives can be found at this page's archive index. The current archive is located at 2024/11.

Request date: 9 January 2024, by: Peaceray

Link to discussions justifying the request

This is a link to the query to find a human with WorldCat Identities ID (superseded) but no WorldCat Entities:

• Wikidata:Request_a_query/Archive/2023/07#Humans_with_a_WorldCat_Identities_ID_(superseded)_but_no_WorldCat_Entities

Task description

1. For a human with both a P7859 (P7859) & a WorldCat Entities ID (P10832), delete the superseded WorldCat Identities ID.
2. For a human with a P7859 (P7859) but no WorldCat Entities ID (P10832), query that WorldCat Identities ID. WorldCat will redirect most, but certainly not all, of the time to the new WorldCat Entities ID. If found, insert the WorldCat Entities ID & delete the superseded WorldCat Identities ID.

Licence of data to import (if relevant)

Discussion

• There was some discussion about it at Wikidata:Properties_for_deletion/P7859. My reading of it is that the deletion of the relevant P7859 statements should only happen if a proper migration had been set up to P10832. --Jahl de Vautban (talk) 18:59, 9 January 2024 (UTC)[reply]

I agree. P7859 statements should only be deleted if a P10832 is there.

There is an additional complication. I have placed multiple instances of WorldCat Identities ID (superseded) (P7859) when each applied to the same item. WorldCat has not been careful about consolidating duplicate items; this not only applies to the Identities ID but to the OCLC control number (P243) as well. However, since clicking through on WorldCat Identities ID that have no corresponding WorldCat Entities lead to a page not found message, we should consider whether we should delete all WorldCat Identities ID (superseded) (P7859) when a WorldCat Entities ID (P10832) entity is present.

Also, perhaps we should not limit this to humans. I just thought that humans were the most important to process first. Peaceray (talk) 19:34, 9 January 2024 (UTC)[reply]

@Mahir256: Have you been doing this with your bot? --Ameisenigel (talk) 21:36, 26 August 2024 (UTC)[reply]

@Ameisenigel: For those P7859 values that resolved to a page with a P10832 value, most of the replacements have been done in the manner specified by @Epìdosis: on the property deletion page. For those which led to an error page, however, I have not yet begun removing those. Mahir256 (talk) 20:22, 28 August 2024 (UTC)[reply]

Request process

Request date: 31 January 2024, by: Jahl de Vautban

Link to discussions justifying the request

• No previous discussion

Task description

The bot should replace occurrences of reference URL (P854)http://www.idref.fr/$1 or reference URL (P854)https://www.idref.fr/$1 used in references with stated in (P248)IdRef (Q47757534) and IdRef ID (P269)$1.

Licence of data to import (if relevant)

Discussion

This should ensure a more robust referencing in the (unlikely) case of IdRef changing its URL. --Jahl de Vautban (talk) 17:56, 31 January 2024 (UTC)[reply]

Request process

Accepted by (Difool (talk) 02:12, 19 July 2024 (UTC)) and under process, see: Wikidata:Requests for permissions/Bot/DifoolBot 5[reply]

Request date: 11 February 2024, by: GreenC

Link to discussions justifying the request

• Google Cache is permanently shutting down. All links starting with https://webcache.googleusercontent.com are dead: News story.

Task description

• See work done at Enwiki: https://en.wikipedia.org/wiki/Wikipedia:Link_rot/URL_change_requests#Google_cache
  • There is a tool for parsing GC links to find the original source URL: https://github.com/greencardamom/Googcacheparse
  • Each Google Cache link logically has 4 possible outcomes:
    1. Source URL is live: Remove the GC link and replace with the source URL
    2. Source URL is dead and archive URL is not available: Remove the GC link and replace with the source URL and a dead link template
    3. Source URL is dead and archive URL is available: Remove the GC link and replace with the archive URL of the source URL
    4. Source URL is dead and archive URL of the Google Cache URL is available: Replace with the archive of the Google Cache URL

Make any adjustments to the above for Wikidata. Experience has shown #1 is most common and #4 is least common.

Licence of data to import (if relevant)

Discussion

Since I already did this for Enwiki and have a bot programmed for it, I might be of help. I don't have time to develop a bot for Wikidata. If someone wants to send me data in a file extracted from Wikidata, which I process, then you can take the output file and feed it back into Wikidata, that would be fine also.

Request process

Request date: 12 June 2024, by: Colin R Robinson

Link to discussions justifying the request

https://www.wikidata.org/wiki/Property_talk:P27#Denmark_(Q35)_vs._Kingdom_of_Denmark_(Q756617)

Task description

Replace country of citizenship (P27) value Denmark (Q35) with Kingdom of Denmark (Q756617)

Discussion

While adding people with Danish citizenship to Wikidata, I saw my entries being flagged with the none-of constraint (Q52558054) and came across this discussion. I have no opinion on it, but if the consensus is that Kingdom of Denmark (Q756617) should be used instead of Denmark (Q35) then a bot should update those thousands of entries.

c960657 Fnielsen Steenth ProbabilityCollapse

Notified participants of WikiProject Danmark --Ameisenigel (talk) 15:42, 22 August 2024 (UTC)[reply]

@Pasleim, @MisterSynergy: DeltaBot does the same already for Netherlands (Q55), so this would be easy to add. I agree with the request. Samoasambia ✎ 22:09, 22 August 2024 (UTC)[reply]

The DeltaBot job for the Netherlands is defined in User:DeltaBot/fixClaims/jobs. Adding another one shouldn't be much of a problem. We currently have ~14.3k items with Q756617 as P27 value, and ~36.8k items with Q35 as P27 value. —MisterSynergy (talk) 22:27, 22 August 2024 (UTC)[reply]

@Colin R Robinson, Ameisenigel MisterSynergy: I just added {{Autofix}} templates to country of citizenship (P27) to instruct KrBot to do this task. The reasoning for it was discussed in February 2022 on Property talk:P27 before the constraint was added. Samoasambia ✎ 20:31, 21 September 2024 (UTC)[reply]

Thanks! --Ameisenigel (talk) 20:46, 21 September 2024 (UTC)[reply]

Request process

Request date: 27 June 2024, by: Wostr

Link to discussions justifying the request

• Property_talk:P715#Format

Task description

Earlier this year the format of DrugBank ID (P715) has been updated from (SALT\d{1}|CAT\d{1})?\d{5} to DB(SALT\d|CAT\d)?\d{5} (i.e. including the "DB" = "DrugBank" prefix). Recently I've updated all main statements using QuickStatements, but there are many uses of DrugBank ID (P715) in the references sections.

As I can't do it easily in QS (I don't know how), I'd like to ask a bot operator to update DrugBank ID (P715) values that are present in the references sections. An example is here: all DrugBank IDs that match \d{5} should be updated to include the "DB" prefix (00898 → DB00898).

Licence of data to import (if relevant)

Discussion

Request process

Request date: 10 July 2024, by: Ælfgar

Link to discussions justifying the request

• I have just made the same request on the French Wikipédia: Wikipédia:Bot/Requêtes/2024/07

Task description

Hi,

The website nomisweb.co.uk is used as a reference on many items for British places. However, they have changed their URLs and all the links are broken now. They used to look like this:

https://www.nomisweb.co.uk/reports/localarea?compare=E04009659

And now they look like this:

https://www.nomisweb.co.uk/sources/census_2011_ks/report?compare=E04009659

All URLs need to be updated by replacing the reports/localarea bit with sources/census_2011_ks/report.

Licence of data to import (if relevant)

Discussion

Request process

Request date: 2 October 2024, by: Iamcarbon

Link to discussions justifying the request

https://www.wikidata.org/wiki/Help_talk:Default_values_for_labels_and_aliases

Task description

Add mul labels to given and family names when the item has an existing native label value with a mul language. This will limit duplicate labels from being added by bots and users, while we continue to work on various issues preventing us from deleting existing duplicated labels.

Discussion

Request process

Request date: 3 October 2024, by: Jonesey95

Link to discussions justifying the request

• https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&curid=3252662&diff=1249213834&oldid=1249189205#Why_is_our_sister_link_to_Kaesong_on_Wikivoyage_starred?

Task description

Add a bronze-colored star badge to the mw:Extension:WikimediaBadges extension. It currently uses a gold star for featured articles (top-tier), a silver star for good articles (second-tier), and also a silver star for recommended articles (third-tier). A bronze star should be used for third-tier articles to differentiate them from second-tier articles.

The detailed technical request is at phabricator:T189374.

Previous discussions of this extension have happened at this page, so I am posting this request here. If this is the wrong venue, please provide a link to the correct discussion page. Jonesey95 (talk) 21:07, 3 October 2024 (UTC)[reply]

Licence of data to import (if relevant)

Discussion

Request process

Request date: 20 October 2024, by: Prototyperspective

Link to discussions justifying the request

• moved it here from Project chat

Task description

Please add treemap graphics from c:Category:Treemaps on exports to the image property of WD items about about the economics of countries which can be found with haswbstatement:P31=Q6456916? On the right is an example. Many of these items already have these images already set.

The files are named 'File:{countryname} Product Exports (2019).svg' maybe there is a bot work request page where this should be asked about instead (if so please tell me where else to ask about this).

I think these datagraphics are most illustrative, relevant, and informative about the country's economy and add a lot. Having these images set is better than having no image set and except for datagraphics that combine this data with other data I don't know of any other data visualization that would be more useful/relevant/informative there. Imports are not equally informative about an economy as imports as it only shows what the economy is not or where its dependencies or weaknesses are, but not what it's producing (the export doesn't show that either but there are no production treemap datagraphics afaik). Nevertheless, maybe it would be good to add files in c:Category:Treemaps of imports as well (after or with a lower rank than exports) and maybe it would be good to discuss whether there should be some dedicated property for such datagraphics like e.g. Exports data image or Imports data image but I don't think that's needed much at least for now.

Licence of data to import (if relevant)

CC0

Discussion

@Prototyperspective: I added 214 export treemaps according to your request (see [1]). I used schematic (P5555) instead of image (P18) to avoid any unwanted infobox changes on wikis because many of them seem to prefer landscape pictures as the leading images for their economy articles. Samoasambia ✎ 17:59, 25 October 2024 (UTC)[reply]

Great, thank you! Not sure about landscape pictures – if you mean cityscape photos many Wikipedias feature, I don't think these are good since they are neither representative nor informative. Nevertheless, export tree-maps also have their flaws so maybe having a less useful/semiinformative picture can often be better (however I currently don't think so).

(I think the flaws mainly are that they're not the full picture and that the extent they are informative about/somewhat representative of the country's economy varies a lot.) Where I've seen cityscape photos being used, they were defined in the Wikipedia article wikitext and didn't dynamically load the Wikidata image (maybe you were referring to a very small number of Wikipedias that iirc load the image from WD). Setting it on the image property would still allow editors to configure a photo to be shown by configuring the image ranks accordingly. Not really an issue now I think but please let me know if I understood something wrong. Also thanks for setting those qualifiers. Prototyperspective (talk) 22:35, 25 October 2024 (UTC)[reply]

Request process

Task completed (17:59, 25 October 2024 (UTC))

Request date: 25 October 2024, by: Samoasambia

Link to discussions justifying the request

• Help talk:QuickStatements#Wrong Italian description
• commons:Module talk:Artwork#Italian description used for QuickStatements

Task description

Phyrexian pointed out that there was a problem with Italian descriptions of painting items created with QuickStatements. The descriptions use the word "pittura" which refers to the art of painting while "dipinto" is the correct word for a painting. The translation issue was located to commons:Module:Artwork, and it has been now fixed (thanks Jarekt).

We have nearly 440.000 paintings where there is an Italian description starting with "pittura", so the same translation mistake has probably been present in some larger batches of description additions too. The format of the descriptions is for the most part "pittura di name of the creator". These should be changed to "dipinto di name of the creator".

Discussion

I think I'm done. There are some conflicts that you find in User:ValterVB/ConflittiDipintoDi

Request process

Accepted by (ValterVB (talk) 08:38, 26 October 2024 (UTC)) and under process[reply]
Task completed (19:08, 1 November 2024 (UTC))