Shortcuts: WD:PC, WD:CHAT, WD:?

Wikidata:Project chat

From Wikidata
Jump to navigation Jump to search

How to turn a query into a "ListeriaBot subpage"?

[edit]

I'd like to use ListeriaBot if that's ok to create a subpage on my Userpage so that this query can be turned into a subpage so that I don't have to run it manually each time I wanna see how many Steam Deck verified titles and Nintendo Switch titles there are:

# Steam Deck verified titles on Wikidata query.
#title:Steam Deck verified titles
SELECT ?item WHERE {
  ?item wdt:P8956 wd:Q107542665;
        p:P8956 ?statement.
  ?statement pq:P1552 wd:Q117413402.
}
Steam Deck verified titles

Then I also got this one related to amount of Nintendo Switch titles:

# Platform Nintendo Switch
#title:Nintendo Switch titles
SELECT ?item ?itemLabel
WHERE
{
  ?item wdt:P400 wd:Q19610114. # Platform Nintendo Switch
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],mul,en". } # Helps get the label in your language, if not, then default for all languages, then en language
}
Nintendo Switch titles

I was worried that the right to use ListeriaBot would require special permission and I have checked another user who didn't seem to have been given any special privileges but still had subpages using ListeriaBot. This made me think that maybe anyone on Wikidata can use ListeriaBot, I guess as long as its ok with the bot maintainer? Is it ok if I create 2 subpages on my user page so that I don't have to run the queries manually? I'm using this to keep track of my progress when adding Steam Deck verified titles or adding the data to titles and its something that motivates me to keep editing. Right now these queries exist just like I present them here and its the same on my user page, I run them both manually and then I make notes, a bit tedious.

Also if you think my queries can be improved please help or is Wikidata:Request_a_query a better place for query optimization? SuperUltraHardCoreGamer (talk) 13:21, 11 November 2024 (UTC)[reply]

You really don't need a special permission for that, user space is totally appropriate for sharing ListeriaBot queries. --Matěj Suchánek (talk) 14:32, 12 November 2024 (UTC)[reply]
It's here now User:SuperUltraHardCoreGamer/Sandbox. Will ListeriaBot eventually process it or should I press on the Manually update list on the top right? SuperUltraHardCoreGamer (talk) 10:12, 14 November 2024 (UTC)[reply]

Automatic linking of articles

[edit]

It was said that articles are automatically linked to new Wikidata item in some period, but there are a lot of examples like this one, which wasn't connected for over one year. Eurohunter (talk) 18:46, 12 November 2024 (UTC)[reply]

Hello Eurohunter, @Mike Peel: for information.
for unconnected articles see for example:
Screenshot for de:Luis Giraldo
A possible improvement could be the activation of
for all users per default.
Also see
M2k~dewiki (talk) 19:50, 12 November 2024 (UTC)[reply]
@M2k~dewiki: A lot of links but actually what to do in short way? Eurohunter (talk) 20:41, 12 November 2024 (UTC)[reply]
Hello, you could for example
  • use PetScan (example: Biografie według daty urodzenia) (and other categories) to check for existing items and connect them to existing items or create new ones using PetScan/QuickStatements if no item exists
  • try to activate AutosuggestSitelink for the polish language wikipedia for all users
  • ask for the polish wikipedia to be included in some tasks of User:Pi bot
  • play the distributed game
  • promote PetScan, AutosuggestSitelink, the distributed game, and the importance of connecting newly created articles and categories to existing wikidata items and help and inform new users in the polish language wikipedia with these tasks (thats what I tried to do for the last ten years for the german language wikipedia)
M2k~dewiki (talk) 20:50, 12 November 2024 (UTC)[reply]
A collection of questions I have been asked over the last years can be found at
Templates for users support can be found at
M2k~dewiki (talk) 20:54, 12 November 2024 (UTC)[reply]
@Eurohunter: Pi bot auto-creates new mostly-empty items after a waiting period (~14 days, it varies a bit depending on the last edit date) for some wikis - although I need to double-check if it's running for plwiki. It looks for possible matches first, and loads them into a Wikidata Game at https://wikidata-game.toolforge.org/distributed/#game=82 - and only creates new items for those once the potential matches have been checked, to avoid creating duplicates. There are currently 2963 plwiki matches waiting for decisions. Please do play the game and help reduce the backlog, share it with others, and let me know if I can improve that process. Thanks. Mike Peel (talk) 22:43, 12 November 2024 (UTC)[reply]

Deletion of used/referenced wikidata objects

[edit]

Hello,

@Ymblanter, BrokenSegue, Emu, Mike Peel, MisterSynergy: for information.

Item d:Q130006846 was connected to Commons:Category:Claudia Misiak, the item just has been deleted without discussion.

The references to d:Q130006846 in every image of this category became invalid, for example:

leads to the deleted item.

Shouldn't it be prevented to delete items which are in use (e.g. by structured data on commons / SDC , other items, ...) or have sitelinks to other projects or languages?

If it is not prevented, will these references (e.g. on SDC) be cleaned up after deleting the item?


In the past it also happend, that objects with an ID (Property:P6228) to the Wikimedia project hosted by Wikimedia Austria (WMAT), for example d:Q110630051, have been deleted without notice or discussion, the reference in

to this object in the bottom of the page became invalid.


Also see

M2k~dewiki (talk) 22:12, 12 November 2024 (UTC)[reply]

Actually, I deleted it responding to a request at the RfD page, so I can not say it was deleted without discussion. The item is not notable because the commons categories alone are not notable, and there were no signs of notability otherwise. I agree however that we should have some automatic cleanup for these cases, and possibly some notification mechanism. Ymblanter (talk) 22:22, 12 November 2024 (UTC)[reply]
Somewhat related is this report: Wikidata:Database reports/Deleted Wikidata entities used in SDC. We should IMO not delete items which are in use at Commons-SDC per the "structural need" clause. —MisterSynergy (talk) 22:28, 12 November 2024 (UTC)[reply]
@Addshore, AmaryllisGardener, Ameisenigel, Bovlb, ChristianKl: for information. M2k~dewiki (talk) 22:33, 12 November 2024 (UTC)[reply]
@Dexbot, Fralambert, Estopedist1, Infrastruktur, Madamebiblio: for information. M2k~dewiki (talk) 22:33, 12 November 2024 (UTC)[reply]
@Mahir256, Matěj Suchánek, Multichill, Wüstenspringmaus, Ymblanter: for information. M2k~dewiki (talk) 22:33, 12 November 2024 (UTC)[reply]
Well, the problem is we do not know which items are in use by SDC. I am not going to run a quiery before deleting every spam item. Ymblanter (talk) 22:40, 12 November 2024 (UTC)[reply]
It's my understanding that in the past we used the term "structural need" to speak of needs within Wikidata. Given that the deletion interface does not alert the deleting admin about usages from elsewhere, I don't think it's easy to change to treating SDC usages as structural needs. If someone wants less items like that to be deleted, petitioning WMDE or the WMF to update the deletion interface to notice cross-links within Wikimedia would be the best way forward. Ideally, if there are <10 links all links should be directly listed on the page without the admin needing to click to get more information.
Generally, it seems not to be desirable that a SEO spammer can get notability for a Wikidata item provided he can successfully have one picture of himself on WikiCommons as that would result in circular notability where the Wikidata item is notable because the image exist on Wikimedia Commons and the image is notable because the Wikidata item exists. ChristianKl09:34, 13 November 2024 (UTC)[reply]
That was a completely correct deletion. You shouldn't have created it, actually all these items in batch temporary_batch_1724864964640 should probably not have been created and are eligible for deletion. Multichill (talk) 18:54, 13 November 2024 (UTC)[reply]
Without expressing an opinion on the notability of this specific item, I strongly agree that admins should be aware of SDC usage when deleting an item. I have thought about creating a "deletion widget" that provides various types of analysis about an item and the option to inform the user of its deletion. Bovlb (talk) 16:23, 17 November 2024 (UTC)[reply]
Ymblanter has a good point. It's currently too cumbersome to find out if something is used by SDC. I like Bovlb's suggestion, and ChristianKl's remark on "structural need". (Does it apply to foreign wikis, like the oesterreichwiki.org?)
I don't want to be annoying, but not so long ago there was some brainstorming about reforming the "request for deletion" process: Wikidata:Project chat/Archive/2024/10#Automatic RFD notifications? For example, if we wanted to acknowledge Commons people's voice about such items (since SDC totally relies on Wikidata), "nominations for deletion" could be a transparent way how the discussions could be held. --Matěj Suchánek (talk) 20:53, 17 November 2024 (UTC)[reply]
Also, it seems WhatLinksHere is becoming unreliable on Wikidata (the growth problem I guess): #Deleted Property clean-up in references. The "deletion widget" could provide equivalent usage checks using WDQS (and, due the growth problem, check against both graphs). --Matěj Suchánek (talk) 21:09, 17 November 2024 (UTC)[reply]
I believe there are a number of external projects (e.g. OSM, see User:Bovlb/osm.js) whose links to Wikidata could usefully inform the deletion process. Bovlb (talk) 18:00, 18 November 2024 (UTC)[reply]

[BREAKING CHANGE ANNOUNCEMENT] wbformatvalue API no longer accepts most options

[edit]

Hello,

This is a breaking change announcement for the options parameter of the wbformatvalue API. Based on recent usage data, we don’t expect most API users to be affected by this change.

The wbformatvalue API has an options parameter, where various formatting options can be specified in a JSON object. Historically, Wikibase has allowed any option to be set to any (JSON) value here, and because the formater implementations often did not validate the options, it was possible to produce various (mostly harmless) crashes in Wikibase by setting e.g. a string-valued option to an integer. Also, even when the options were being used correctly, most of them were of questionable usefulness, and tracking shows that only very few options were actually used in practice.

To simplify the API, we are changing it so that only four options are allowed in the JSON: lang, applyRounding, applyUnit, and showcalendar.These allowed options and their possible values are documented in the API documentation. Currently, invalid values for these options are already rejected; as of 2024-11-27, any option name other than these four will also be rejected, regardless of value. According to the tracking mentioned above, no API request has mentioned any of the other options in the past six months, so we do not expect that anyone will actually have to update their code to stop sending other options.

If you have any questions, feel free to leave a comment on T323778.
- Danny Benjafield (WMDE) (talk) 09:29, 13 November 2024 (UTC)[reply]

Deleted Property clean-up in references

[edit]

Property:P10589 was deleted and I have removed any Claims using it with QuickStatements having found them with a SPARQL query.

How to similarly clean up References using it? See genre in https://www.wikidata.org/wiki/Q11147846#P136 as an example? I don't think this is something QuickStatements can handle, is there another way or do I need to write a Bot to do it? OQZYwD0R (talk) 18:16, 13 November 2024 (UTC)[reply]

@OQZYwD0R: looks like User:ChristianKl was bit too quick with deleting the property. Usually we first remove all usage before doing the actual deletion. Not sure why that didn't happen here.
A property is also a wiki page so you can look at https://www.wikidata.org/wiki/Special:WhatLinksHere?target=Property%3AP10589&namespace=0&limit=50 to see where it's still used. That's currently 25 items so I don't think you'll need a bot for that. Multichill (talk) 18:58, 13 November 2024 (UTC)[reply]
I think there are more than 23 sadly; I don't see Q11283669 on that WhatLinksHere page.
Only looking for Items with a genre (P136) with a Reference containing P10589 returns about 2000 results. OQZYwD0R (talk) 19:31, 13 November 2024 (UTC)[reply]
Indeed it seems like there are many more. A maintenance bot to clean this up sounds like a good idea to me. So9q (talk) 03:59, 16 November 2024 (UTC)[reply]
I attempted to remove them with my bot, but the Pywikibot code encountered an error because the property P10589 does not exist. If you could temporarily recreate the property, I can proceed to remove the references. Difool (talk) 02:20, 19 November 2024 (UTC)[reply]
@Multichill I'm not aware that we have a policy that requires deleting uses of a property before deleting it. If you think we have a policy that requires this, could you point toward it? ChristianKl21:32, 18 November 2024 (UTC)[reply]
@ChristianKl: it's standing practice to remove (or replace) usage before deleting the property, see Wikidata:Properties for deletion/Archive/2024 for some recent examples.
When it's a lot of work, the proposal usually gets moved to Wikidata:Properties_for_deletion#On_hold waiting for the usage to be replaced. That's what I would do in this case: Undelete it for now and leave it in the on hold section until usage has been replaced. Multichill (talk) 16:55, 19 November 2024 (UTC)[reply]

Authority records from Pontificia Universidad Católica de Chile

[edit]

Hi, we are interested to contribute information to Wikidata, we have a local database of authorities for names with more than 120.000 records, normalized following MARC format. The amount total of authorities records in our database is 568.766 (includes names, subjects, geographic, etc.). What is the procedure to share this information on wikidata? We are working with Alma and Primo, Exlibris products, and nowadays its Linked Open Data functionalities are working with information in Wikidata, then we wants to display our information, when it not exist in Library of Congress. Malvaraa (talk) 18:29, 14 November 2024 (UTC)[reply]

Hi Malvaraa, thanks for your interest in contributing to Wikidata! Here's a page where you can find information on donating data: Wikidata:Data donation. I think authority data about humans would be especially interesting for us, but other topics are accepted as well if the data items meet our notability policy or if the data fits into existing Wikidata items. New Wikidata property proposals, e.g. for your identifiers (IDs) about humans, subjects, places etc., can be made here. There are several different tools for uploading data into Wikidata, and they accept various different data formats. Is your data available somewhere online so that we could have a look? Kind regards, Samoasambia 19:12, 17 November 2024 (UTC)[reply]
Thank you for the information, I will extract a file with a few records of names, then you can review it. Malvaraa (talk) 12:01, 19 November 2024 (UTC)[reply]
Hi, In this folder you can find a file with a few authority names records
Please let me know if it is possible to share this information in Wikidata. Malvaraa (talk) 16:26, 19 November 2024 (UTC)[reply]
@Malvaraa Are these records available through a web portal? For example, Pablo Neruda (Q34189) record in the Catalogue of the Library of the Pontifical University of the Holy Cross (Q65028882) is available here: https://catalogo.pusc.it/cgi-bin/koha/opac-authoritiesdetail.pl?marc=1&authid=56911. Do you have something similar? It's usually the first step: adding the ID in your database to WD items. Ayack (talk) 17:53, 19 November 2024 (UTC)[reply]
When it comes to notability, if you want to import 120.000 records a good approach is to fill a bot request where you explain the the data you want to import so that you get a community decision about whether the community considers the data notable to be importanted. ChristianKl10:42, 19 November 2024 (UTC)[reply]
Thank you, I am reviewing this information Malvaraa (talk) 16:27, 19 November 2024 (UTC)[reply]

Please merge two items

[edit]

Henderson Waves (Q61356513) and Henderson Waves (Q112039267). 131.109.225.17 18:57, 14 November 2024 (UTC)[reply]

→ ← Merged RVA2869 (talk) 19:19, 14 November 2024 (UTC)[reply]

New page with a list of providers

[edit]

Wikidata:Third-party providers. Please contribute so we get a good picture of the different actors providing enriching, filtering or providing alternative access to data from Wikidata. So9q (talk) 05:50, 16 November 2024 (UTC)[reply]

Intentional addition of incorrect external identifiers

[edit]

Is there consensus for the practice of purposeful addition of values, with deprecated rank, for Wikidata property for authority control by VIAF member (Q55586529) that are known to be incorrect before they are added to items? This involves VIAF clusters that are conflated, or that have one or more mismatched component, with the concern being that bots and human editors may add the erroneous VIAF component(s) to one or more items. However, this use case is not supported by Help:Deprecation, as it does not pertain to superseded values, and the values were never thought correct. -- Dcflyer (talk) 09:55, 18 November 2024 (UTC)[reply]

This helps to avoid bad edits by bots, which happen all the time. If that use case is not supported by Help:Deprecation, it should be added there. D3rT!m (talk) 17:40, 18 November 2024 (UTC)[reply]

Isni and architect exception

[edit]

Why does ISNI property have this:

conflicts-with constraint property architect

I believe that architects can publish something, certainly not most of them, but adding this as an exception is probably unnecessary. SecretMonique (talk) 12:45, 18 November 2024 (UTC)[reply]

It means it should not be used on items that have the property architect set (so usually non-humans), but yeah it is a bit strange... Sjoerd de Bruin (talk) 13:31, 18 November 2024 (UTC)[reply]
@SecretMonique: I think you are misinterpreting the meaning of that constraint. ISNI (P213) also has a similar conflicts-with constraint for the property "author". What both mean is items that have an architect (buildings) or an author (books or other written works), respectively, should not have an ISNI, which seems correct to me. Maybe ISNI is sometimes applied to names of buildings? But it's not a constraint against ISNI's for architects themselves, they are definitely allowed. ArthurPSmith (talk) 14:29, 19 November 2024 (UTC)[reply]
[edit]

Hi, Commons categories are usually linked to the corresponding WD item. That's the case for at least 90% of Commons categories which have a Wikidata InfoBox. Now Mike Peel is changing that with his bot, saying there is a consensus for that. I have never heard about this, and anyway links to WD items should be decided by the source project, i.e. Commons. Categories are the main namespace on Commons, and they should be the pages linked to the WD corresponding item. It is like this since the beginning of the project 20 years ago. It is not for WD to decide what should be linked about Commons pages. I have corrected hundreds of such erroneously links, and there has never been any issue until now. I don't understand this new stand against the standard of Commons. Thanks, Yann (talk) 18:18, 18 November 2024 (UTC)[reply]

I've tried to explain things here to Yann at User talk:Mike Peel, but not getting anywhere, so I encouraged them to come here. I've not started doing anything new, and it's the same bot task that's been running since 2018. My understanding of current consensus is described at User:Mike Peel/Commons linking. Thanks. Mike Peel (talk) 18:31, 18 November 2024 (UTC)[reply]
Commons Gallery links go on 'topic' items (those that link to Wikipedia articles) Please change this part, thanks. Strange the bot has been applying this problematic linking for so long. Prototyperspective (talk) 18:44, 18 November 2024 (UTC)[reply]
That is the policy if both exist. Sjoerd de Bruin (talk) 21:40, 18 November 2024 (UTC)[reply]
There recently was a thread about this here with no replies. Right here there is another one. Please change it. Prototyperspective (talk) 22:14, 18 November 2024 (UTC)[reply]
1. I see no link to any policy 2. If that was indeed a policy I think there is now a request to have this changed which one can't just ignore 3. There are good reasons to change it, and whatever the reasons for the prior state was they're probably outdated and/or not as good as linking to the category and maybe that's not as clear to editors who mainly contribute to Wikidata and haven't see many galleries or issues with the current procedures. Prototyperspective (talk) 12:23, 19 November 2024 (UTC)[reply]
See c:Commons:Village pump/Technical#Problem with Commons categories in Multilingual sites in Wikidata, consequences for Commons for a description of a problem that might be caused by the policy described in User:Mike Peel/Commons linking. JopkeB (talk) 03:46, 19 November 2024 (UTC)[reply]
I've replied there about this issue, it's a template that's not following topic's main category (P910)/category's main topic (P301)... Thanks. Mike Peel (talk) 07:26, 19 November 2024 (UTC)[reply]
Practice for many years
@Yann, MSGJ: this discussion happened a long time ago, consensus was achieved and is documented in the picture on the right (from 2015) so edits like these are incorrect. Multichill (talk) 17:11, 19 November 2024 (UTC)[reply]
@Multichill: 90% of Commons categories (whenever there is no gallery) with a Wikidata InfoBox are linked that way, and there are millions of such cases, so incorrect can only be a personal opinion. Such a link is the de facto standard.
So as I said on Commons, Wikidata links to the wrong items. Demonstration (and please note that this is valid for any Wikimedia project, not only Commons): Say that a project has a page X linked to a WD item #1. Then, as the subject becomes sufficiently important, a subpage X1 is created. Will WD change the link to another item? If there is no gallery, a Commons category is linked to the corresponding WD item. Then why changing the link if a gallery is created? Yann (talk) 17:19, 19 November 2024 (UTC)[reply]
Still no link. Looks like Jmabel already raised issues in 2016 here which is the only thing I found by this image. Please change this longstanding practice. Prototyperspective (talk) 17:18, 19 November 2024 (UTC)[reply]

Towns brocks syndrome

[edit]

Explain if its same as down syndrome please. Adult research reasons. 82.132.234.234 23:17, 18 November 2024 (UTC)[reply]

They're not the same thing, no. If you want more details, you could ask on Wikipedia's Reference Desk. DS (talk) 23:59, 18 November 2024 (UTC)[reply]
[edit]

It's not right that there is only one allowed wikipedia page linked per wikidata item Baratiiman (talk) 05:04, 19 November 2024 (UTC)[reply]

How so? And can you give examples? Sjoerd de Bruin (talk) 08:33, 19 November 2024 (UTC)[reply]

Wikidata weekly summary #654

[edit]

Language used by an organisation

[edit]

Organisations do not necessarily work internally or publish in the language of the country they are based in. While there is a requirement for a language of work or name (P407) for the different language landing points of their website, can language of work or name (P407) be used for the main languages used by organisation itself, as opposed to official language (P37) which tends to a legal requirement, and languages spoken, written or signed (P1412) which is reserved for people. language used (P2936) is also a possibility, though it talks about places and events. A use case might be "show me organisations interested in WWII that work in French or English, as I don't understand German" Vicarage (talk) 14:02, 19 November 2024 (UTC)[reply]