View source for Testwiki:Project chat/Archive/2022/12

{{Archive||Project chat archive}}



== P5756 ==

At [[Property:P5756]] the scheme appears to have changed and the three examples given, now point to the incorrect people. Any idea how we can fix this? [[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:06, 30 November 2022 (UTC)

:Uh if the scheme changed and so did the values, then that property needs to be deprecated so that nobody uses it anymore, and a new property needs to be created which will have the updated values. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:56, 30 November 2022 (UTC)
* It is odd, they seemed to have switched away from a numerical entry to a name-based entry, yet the numbers still take us to an entry in their database. I have looked at the page-source, but can't figure out how the new numerical scheme is stored. More eyes would be welcome. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:15, 30 November 2022 (UTC)
*:It seems like the numerical scheme is now used in the data-history-node-id attribute in the article tags of the page source. There's two different numbers for this id in the source, but one of them seems to point to the burial location, so I guess they consolidated their databases or something. The first property example, Inez Crittenden now has a new numerical id of 480896.[[User:DoublePendulumAttractor|DoublePendulumAttractor]] ([[User talk:DoublePendulumAttractor|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:08, 30 November 2022 (UTC)
* I can't see anyway to correlate the new and old numbers, can you? I wrote them to see if they kept a list of the correspondence between the old and new, but judging by how many other website write back, we have 0.001% probability. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:05, 30 November 2022 (UTC)
*:The numbers seem to differ by about 34000, but there's some variation on the exact amount. The property seems to be used on only 4 items (though there are probably more items where this property would be useful). So, it'd probably be easier to manually go through and change the values, and maybe adjust the property to reflect the fact that its values can also point to cemeteries now. [[User:DoublePendulumAttractor|DoublePendulumAttractor]] ([[User talk:DoublePendulumAttractor|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:45, 1 December 2022 (UTC)
== Mass category item creation by [[User:CMQW]] without any statements ==

[[User:CMQW]] is mass-creating items on categories in Wiktionary but these items have no statements. There are about 500 items created within the last 4-5 days according to [https://www.wikidata.org/w/index.php?title=Special:Contributions/CMQW&newOnly=1&target=CMQW&limit=500 Special:Contributions/CMQW], and so far none of them have any statements. Maybe a bot should pick this up and mass-add the statements? [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:35, 30 November 2022 (UTC)

:I was thinking of adding the statements later, once finished linking all the pages. It would be good if a bot could do it. [[User:CMQW|CMQW]] ([[User talk:CMQW|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:10, 30 November 2022 (UTC)

::Category pages is one thing (as they share the same P31), but for pages in the main namespace please do not blindly mass-add items that have no statements, doing so will dump a pile of maintenance work in someone else's lap, not cool. This leads to duplicated items and items that are invisible to queries because they lack categorization. Unfortunately you are not the only one doing this. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:44, 30 November 2022 (UTC)
::Interesting, probably [[WD:N]] should be modified to say {{green|If a link is a category, the item must contain '''at least two''' such sitelinks}}? [[User:Liuxinyu970226|Liuxinyu970226]] ([[User talk:Liuxinyu970226|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:56, 1 December 2022 (UTC)
:::Wikilinks are enough to warrent new items even if those don't have statements. 
:::I don't see any reason why we should modify WD:N here. Having items with one sitelink makes it easier to find out that a category has two existing sitelinks. Given that the items created by CMQW seem to be created by the tool that links two Wikimedia pages together it doesn't apply here anyway. 
:::Part of what Wikidata was designed for was to give other Wikiprojects the ability to create Wikilinks. It's completely fine for someone who's at Wikidictionary to go to a Wikidictionary page, click the button to link it together with another Wikidictionary page and not engage with Wikidata directly. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 12:56, 1 December 2022 (UTC)

== {{P|P4073}} for Fandom interwikis ==

I'm wondering if the {{P|P4073}} is to be used to show only the 'main' wiki id (like "minecraft") or if all the interwikis that exist for that wiki as well can be put in it (like "minecraft, de.minecraft, es.minecraft, pt.minecraft, ...") just like wikimedia projects? [[User:Cavernosa Spider|Cavernosa Spider]] ([[User talk:Cavernosa Spider|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:23, 1 December 2022 (UTC)

:I think it's ok to use it for wikis in other languages. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:14, 1 December 2022 (UTC)
== Railway line vs pass ==

https://www.wikidata.org/wiki/Q369093 claims to describe railway line, is classified also a pass, associated with https://en.wikipedia.org/wiki/Br%C3%BCnig_Pass that is about pass - not about railway line

how this should be fixed? I plan on editing labels and removing railway line claim [[User:Mateusz Konieczny|Mateusz Konieczny]] ([[User talk:Mateusz Konieczny|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:20, 29 November 2022 (UTC)

:There is probably a railway line there, but at the moment I see no evidence that an item for the railway line is needed. So yes, removing the railway-line-specific claims should be sufficient (when an item about the railway line is needed, it can be created). --[[Special:Contributions/2A02:8108:50BF:C694:70B4:38AE:C9E6:606C|2A02:8108:50BF:C694:70B4:38AE:C9E6:606C]] 09:59, 29 November 2022 (UTC)

::I've amended the P31 values, and added a {{P|2505}} statement with values for the road and railway. Ideally we'll improve items as a result of discussions on this desk, not degrade them based on lazy suppositions. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:28, 29 November 2022 (UTC)

:::Well, this doesn’t solve the issue that this is an item about a pass and a railway line at the moment, instead of having one item for the pass and another one for the railway line (which is the problem Mateusz Konieczny wanted to solve, I presume). All statements about the railway line have to be removed from the pass item; whether they are added to a (not yet created) item for the railway line, is another question. --[[Special:Contributions/2A02:8108:50BF:C694:70B4:38AE:C9E6:606C|2A02:8108:50BF:C694:70B4:38AE:C9E6:606C]] 13:27, 29 November 2022 (UTC)

::::"All statements about the railway line have to be removed from the pass item" is plain wrong. There are appropriate predicates to link the railway line to the pass item. Again, had you troubled to do the bare minimum of research, you'd have noted that the item was not "about a pass and a railway line" at 13:27, 29 November 2022, but about a pass, a pass having a railway, and a pass having a road. Oh, and the railway line item has long existed. Serially, every substantial assertion you've made in this thread is incorrect. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:57, 1 December 2022 (UTC)

:::::Dear Tagishsimon, could it be that we’re talking at cross-purposes? I admit that I misread your reply (though I’m positive I did have a look at the item afterwards, apparently failing to recognize what you’d done), but I’d thought that you’d agree that an item should be about one concept (''either'' a pass ''or'' a railway line ''or'' a road ''or'' a conflation), not about two, nor three, nor four at the same time (Q369093 was [[Special:Permalink/1607025306|at 12:55, 31 March 2022]]). So statements about every single of those concepts should be moved to the item of that concept. In this case, it appeared to me (after a look at [[Special:WhatLinksHere/Q369093|WhatLinksHere]]) that the item was being used solely as an item about the pass, so the natural way from my point of view was to keep it as the concept referring to the pass, and have a different item for the railway (and another one for the road, and frankly I don’t understand the “is-a conflation” statement), ''if needed''. Now, since there weren’t any uses of the item as a railway line, only as a pass, I figured that creating an item for the railway line was not strictly necessary (but not wrong either – if there already is one, all the better; yes, I didn’t check that, given my assessment that such an item was structurally unneeded). When talking about “statements about the railway line” I was referring to statements ''about'' the railway line (such as {{Statement||P31|Q728937}}) and I didn’t care where they go (to the railway item or to nowhere) as long as they disappear from the non-railway item. I did ''not'' refer to {{P|2505}} (again, I misread your reply, I didn’t even ''see'' the mention of P2505 until now). So I believe this was some kind of awkward misunderstanding. I think the item is good now. --[[Special:Contributions/2A02:8108:50BF:C694:254A:DF6C:D37E:B93F|2A02:8108:50BF:C694:254A:DF6C:D37E:B93F]] 17:18, 1 December 2022 (UTC)

== [[Wikidata:Property proposal/Authority control|Property proposals/Authority control]] has reached "Pages where template include size is exceeded" ==

Doesn't seem good to me. There's about 23 untranscluded proposals due to this limit, and they are:
<pre>
{{Wikidata:Property proposal/Trismegistos author ID}}
{{Wikidata:Property proposal/Africultures Structure-ID}}
{{Wikidata:Property proposal/African American Visual Artists Database ID}}
{{Wikidata:Property proposal/IdnaMapping}}
{{Wikidata:Property proposal/Google Product Taxonomy ID}}
{{Wikidata:Property proposal/ISFDB award ID}}
{{Wikidata:Property proposal/Datastory Glossary ID}}
{{Wikidata:Property proposal/Kanjipedia ID}}
{{Wikidata:Property proposal/Jiten Online kanji ID}}
{{Wikidata:Property proposal/Cinemaazi people ID}}
{{Wikidata:Property proposal/Listal.com ID}}
{{Wikidata:Property proposal/Cinemaazi ID}}
{{Wikidata:Property proposal/IDG IT-ord ID}}
{{Wikidata:Property proposal/Sogou Baike ID}}
{{Wikidata:Property proposal/PIM publication ID}}
{{Wikidata:Property proposal/Twitter community ID}}
{{Wikidata:Property proposal/Pennsylvania State Park Hiking Trails ID}}
{{Wikidata:Property proposal/OKRB 011-2022 code}}
{{Wikidata:Property proposal/Android application ID}}
{{Wikidata:Property proposal/Mac OS creator code}}
{{Wikidata:Property proposal/ECLI court code}}
{{Wikidata:Property proposal/Indiana State Historical Marker Program numeric ID}}
{{Wikidata:Property proposal/MyAnimeList magazine ID}}
</pre>

Something needs to be done about the backlog. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:48, 29 November 2022 (UTC)

:One current plan about doing something is https://www.wikidata.org/wiki/Wikidata:Requests_for_comment/Create_items_for_property_proposals [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 22:54, 29 November 2022 (UTC)
::This only addresses the ones that are ready for creation. It says nothing about the ones which are still being discussed. And right now there are way too many in the Authority Control section that are being discussed. I think we need to split up the authority control section into more specific topics. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:55, 30 November 2022 (UTC)
:::If you have items and autogenerated lists that are created based on those items, it's easy to have additional lists that split up the authority control properties into multiple different parts. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 23:26, 30 November 2022 (UTC)

To deal with this I just deleted enough "Ready" and "Done" proposals from the page list until the error was gone. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:24, 30 November 2022 (UTC)

:Deleting proposals before they are supposed to be deleted is bad. When it comes to proposals that are marked as ready, it's important that people can see them and unmark them when they have problems. When it comes to done proposals it's useful for people to see them from time to time to get an idea about how done proposals look like to have a common sense of standards. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 23:29, 30 November 2022 (UTC)
::Well I didn't delete them, just removed them from the list of proposals. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:34, 30 November 2022 (UTC)
:::There are good reasons for them being in the list of properties and fortunately Emu already restored it. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 12:39, 1 December 2022 (UTC)
::::I don't know how to get to a solution about the transclusion size limit without pruning the list somewhat. There are just way too many proposals that are never getting made. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:05, 1 December 2022 (UTC)
:::::There are 12 done proposals at the moment. One of the next runs of DeltaBot should mitigate the problem at least to an extent. --[[User:Emu|Emu]] ([[User talk:Emu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:07, 1 December 2022 (UTC)
::::::[[User:Mahir256|Mahir256]] is also working on it. But the general problem stays. --[[User:Emu|Emu]] ([[User talk:Emu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:12, 1 December 2022 (UTC)
:::::::After some movements between subpages, now [[Wikidata:Property proposal/Creative work]] has 7 untranscluded properties (certainly better than 23). [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:44, 1 December 2022 (UTC)
::::::::The problem with authority control is that it's scope is too broad. That's why everyone just keeps on putting their proposals there since authority control applies to almost every external identifier type, which is the overwhelming majority of new proposals. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:10, 1 December 2022 (UTC)

== Lock EntitySchema namespace for property creators? ==

I don't see why there is a need to allow anyone to create items in the EntitySchema namespace. I don't think people are rushing to create entity schemas so it can probably have a similar system to creating properties. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:26, 1 December 2022 (UTC)

:As a general philosophy in Wikimedia we don't allow people to take actions because we need to allow them. We only prevent them from taken actions when we believe that allowing them to take the actions will create problems. I'm not aware that any problems are causes by allowing everyone to create items in that namespace. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 21:48, 1 December 2022 (UTC)

== Incomplete merges leading to empty items? ==

[[Wikidata:Database reports/to delete/completely empty items]] contains a list of completely empty items. Several of them are like {{Q|Q2872658}}, which had been merged but not redirected. It seems that there is a way to merge items but if there are any conflicting values they will persist in the item. These merges just require the item being cleared and then redirected. Maybe a bot could clean this up? I am using a merge gadget which deals with the issue by clearing the item if not everything is merged and then redirecting. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:42, 1 December 2022 (UTC)

:I think this is basically the https://www.wikidata.org/wiki/Wikidata:Bot_requests#Request_to_mass-merge_items_(2022-07-03) discussion. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 21:46, 1 December 2022 (UTC)
== Blocked user editing via bots ==

How do we feel about a banned user editing via other people's bots? --[[User:EncycloPetey|EncycloPetey]] ([[User talk:EncycloPetey|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:33, 1 December 2022 (UTC)

:@[[User:EncycloPetey|EncycloPetey]] Probably report to [[m:SRG]] instead? As I think these accounts are compromised. [[User:Liuxinyu970226|Liuxinyu970226]] ([[User talk:Liuxinyu970226|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:52, 1 December 2022 (UTC)
:: {{ping|EncycloPetey}} Please take some examples for discussion.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:41, 1 December 2022 (UTC)
:There is actually a related statement in [[Wikidata:Blocking policy]]. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:55, 1 December 2022 (UTC)
:What are [[banned users]]: are they blocked on some wiki? are they globally banned by the WMF, or are they simply banned by arbcom from editing only a certain area on enwp to avoid edit wars with certain others? [[User:Ottawahitech|Ottawahitech]] ([[User talk:Ottawahitech|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:36, 2 December 2022 (UTC)

Is this about ''Matlin''?--[[User:55 to dead|55 to dead]] ([[User talk:55 to dead|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:12, 2 December 2022 (UTC)

== Review-style (?) articles, where to start? ==

Articles like [[:w:en:Poetry of Mao Zedong]], [[:w:en:Sculptures by Ligier Richier]], [[:en:Shakespeare's sonnets]]. Where to start? Instances of ''what'', precisely? is there a how-to model? [[User:Retired electrician|Retired electrician]] ([[User talk:Retired electrician|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:51, 1 December 2022 (UTC)
: Subclasses of poetry, sculpture, sonnet? [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:24, 1 December 2022 (UTC)
::Labelling could be a problem though. Class labels should be singular (''sculpture by Ligier Richier'', not ''sculpture'''s''' by Ligier Richier''), which would clash with the title of the sitelinked article. Is that a problem? --[[Special:Contributions/2A02:8108:50BF:C694:254A:DF6C:D37E:B93F|2A02:8108:50BF:C694:254A:DF6C:D37E:B93F]] 13:23, 1 December 2022 (UTC)

:German Wikipedia excludes those articles deliberately: ''[[:de:WP:WWNI|Wikipedia ist kein Ort für Essays]]''. They are simply not useful for an ontology.--[[User:55 to dead|55 to dead]] ([[User talk:55 to dead|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:32, 2 December 2022 (UTC)

:Perhaps {{P|1269}} rather than {{P|31}}?  Or in some cases, P31 --> {{Q|21484471}}?  {{Q|7207534}} and {{Q|16258277}} are not individual creative works so probably should not be an instance of anything, unless there are items (or Wikidata metaclass items) for "collective works of a creator": {{Q|1978454}}, {{Q|64222248}} or {{Q|104635718}} might point to the right direction. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:31, 2 December 2022 (UTC)

== What shold go in the description? ==

I often see people described as say, politicians, when they are a politician, yes, but also a prime  minister, or some other designation they are notable for. what should be in the description? Thanks in advance, [[User:Ottawahitech|Ottawahitech]] ([[User talk:Ottawahitech|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:30, 2 December 2022 (UTC)

:The "politican" descriptions are generic and automated. Feel free to replace them with anything more accurate and personalized for the person the item is about. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:39, 2 December 2022 (UTC)
:https://www.wikidata.org/wiki/Help:Description describes the information we currently have. In general our descriptions aren't really standardized and probably won't be until WikiFunctions comes along. Feel free to edit the descriptions to be more detailed. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 16:54, 2 December 2022 (UTC)

== Another question about the description ==

Sometime I see a description that says X, but an ''occupation statement'' that says Y. What should I do if I don't know which one is correct? Should I simply leave a message on the talk-page in the hope that it will be taken care of sometime in the future? Thanks in advance, [[User:Ottawahitech|Ottawahitech]] ([[User talk:Ottawahitech|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:58, 2 December 2022 (UTC)

:Unless X and Y have no relation to each other (such as X=prime minister,Y=politican does have a relation, where X is a subclass of Y, versus X=painter,Y=sports player, where X and Y are not related to each other at all) , there's no need to change anything. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:08, 2 December 2022 (UTC)
== Cannot create new items using CSV format in Quickstatement ==

I cannot create new items using CSV format in Quickstatement.

https://quickstatements.toolforge.org/#/

For example:

qid,Len,Den,Lzh-hant,Dzh-hant,Aen,Aen,P31,P361,P17,P276,P856,qal407

,A Tale of Laughter and Tears FMP-115693,FMP-115693,啼笑姻緣 FMP-115693,FMP-115693,Hong Kong Baptist University Library Digital Scholarship Services,Hong Kong TV and Film Publication Database,Q732577,Q107791631,Q8646,Q95977692,"""https://digital.lib.hkbu.edu.hk/film-tv/themes/film/ids/FMP-115693""",Q18130932

,A Tale of Laughter and Tears FMP-115694,FMP-115694,啼笑姻緣 FMP-115694,FMP-115694,Hong Kong Baptist University Library Digital Scholarship Services,Hong Kong TV and Film Publication Database,Q732577,Q107791631,Q8646,Q95977692,"""https://digital.lib.hkbu.edu.hk/film-tv/themes/film/ids/FMP-115694""",Q18130932 [[User:Hkbulibdmss|Hkbulibdmss]] ([[User talk:Hkbulibdmss|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:16, 17 November 2022 (UTC)

:Do you have any comments on this case? [[User:Hkbulibdmss|Hkbulibdmss]] ([[User talk:Hkbulibdmss|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:09, 24 November 2022 (UTC)
::There is no existing QID for a non-existent item. You need a CREATE command instead. <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 09:51, 24 November 2022 (UTC)
:::But I can create a record using this CSV:
:::qid,Len,Den,Lzh-hant,Dzh-hant,Aen,Aen
:::,A Tale of Laughter and Tears FMP-115693,FMP-115693,啼笑姻緣 FMP-115693,FMP-115693,Hong Kong Baptist University Library Digital Scholarship Services,Hong Kong TV and Film Publication Database
:::I can see that if I try to add P31 or something like this, the process will be stuck. [[User:Hkbulibdmss|Hkbulibdmss]] ([[User talk:Hkbulibdmss|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:03, 25 November 2022 (UTC)
:From Help Manual
:https://www.wikidata.org/wiki/Help:QuickStatements
:It is said that 
:+++++++++++++++++++++++++++++++++++++
:Item creation
:To create a new item, the first element of the row needs to be empty, so the line starts with a ,.
:For example
:qid,Len,Den,P31
:,Regina Phalange,fictional character,Q95074
:+++++++++++++++++++++++++++++++++++++
:But you cannot do so at this moment.
:@@ [[User:Hkbulibdmss|Hkbulibdmss]] ([[User talk:Hkbulibdmss|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:25, 25 November 2022 (UTC)
::Personally I don't have experience with the CSV mode. Maybe try the copy-and-paste mode, that seems to work for me all the time. [[User:Vojtěch Dostál|Vojtěch Dostál]] ([[User talk:Vojtěch Dostál|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:26, 25 November 2022 (UTC)
:::Thank you for your suggestion. [[User:Hkbulibdmss|Hkbulibdmss]] ([[User talk:Hkbulibdmss|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:54, 28 November 2022 (UTC)
::::Did you get the csv mode working again? I had issues on 13 November, but assumed I had got the formatting wrong. I've not tried it since. [[User:Richard Nevell|Richard Nevell]] ([[User talk:Richard Nevell|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:09, 2 December 2022 (UTC)
:::::The problem has not yet been solved.  
:::::@@ [[User:Hkbulibdmss|Hkbulibdmss]] ([[User talk:Hkbulibdmss|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:21, 3 December 2022 (UTC)

== Should different_from point to disambiguation pages, or just item pages? ==

I'm puzzled why {{Q|8049393}} is marked as {{P|1889}} a disambiguation page, {{Q|15884143}} that comes from a Dutch wikipedia concerned about the ship {{Q|935187}}. Shouldn't this property just link the items directly, and never go through the disambiguation pages? Even if there were lots of disambiguations, having many direct {{P|1889}} seems easier to use than going through an intermediate page. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:09, 2 December 2022 (UTC)

:Where there's any possibility of a confusion given identical or similar item labels, {{P|1889}} will forestall an errant merge. And we see many of them. There's no good reason why the would-be errant merger would do the analysis that you've gone through. There's no good reason why P1889 should not be used to link a regular and a disambiguation item. Rather like aliases, a P1889 statement should probably be tolerated without too much enquiry; someone probably had a good reason for adding the statement, and the statement does no harm. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:50, 2 December 2022 (UTC)
::My use case is someone reading a page on my site about Yarmouth Castle, and being advised they might want a different Yarmouth Castle (Fort George is the classic example here, there are dozens). In that case the disamiguation page is a distraction, especially as in this case it does not list the WD items it disambiguates, not mentioning the ship of the same name, so I could not even write a query to find the connection. In this case the statement was added by a QS bot, so I doubt much thought went into it, as saying a page is different to its disambigation page is obvious. 
::And if my application  criteria for avoiding confusion was comparing the classes of 2 linked items, I could judge castle <> ship and not bother the user, but instead am presented with castle <> disambiugation page. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:07, 2 December 2022 (UTC)
:::Your use case is not supported by the statement as it currently stands. Perhaps, if you wish to see P1889 used in this way - to find castles 2-n which have the same name as castle 1 - you might want to qualify the statement with, perhaps, {{P|1552}} taking values of 'castle', 'disambiguation page', &c. 
:::Your use case does not dispose of the more general 'do not merge these two' use case; that case is still valid, whether or not you appreciate it. 
:::Can I say a huge great ... well, I shouldn't swear - to "In this case the statement was added by a QS bot, so I doubt much thought went into it". That's a really stupid & insulting thing to say, as if QS users don't think about what they're doing. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:14, 2 December 2022 (UTC)
:::There are people who spent their time at Wikipedia and who want to get interlanguage links to work. Those users don't know much about Wikidata and might want to merge items. The user might not even know that Wikidata exists because it's unfortunately possible to merge items without being aware that Wikidata exists. Applying {{P|P1889}} is a convenient way to throw an error in those cases. Concretely, imagine that the 'SS Yarmouth Castle' article on nlwiki gets deleted and the information is instead moved to the disambiguation page. A nlwiki user might see that the disambiguation page has no interwiki links, click "add interwiki link" and want to interlink it with the articles for 'SS Yarmouth Castle'. This would trigger a merge and that merge gets prevented by the {{P|P1889}} statement. 
:::It's also worth noting here that the merge game, using {{P|P1889}} to mark when a user decided that two pages shouldn't be merged. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 22:21, 2 December 2022 (UTC)
::::Isn't a wikipedia disambiguation page just a statement of "this set of possibly very different things happen to have the same name, and with the limitations of single value mediawiki, come here to see the caveats we added to distinguish them", say {{Q|537094}}. But {{P|1889}} aims to be "This item is different from that one, and they are often confused", and no-one is going to confuse a Australian state with a plum. So is there a danger we are using this property for 2 very different use cases, one for things that are similar and should stop being merged, and one to handle a mediawiki naming limitation? I can see the problem if some wikipedian converts an article page to a disambiguation page, so invalidating the link, but I guess you have monitoring bots for that, and the reverse scenario, when a disambiguation page shrinks to an item page should have someone look for a suitable merge. But the patchy {{P|1889}} coverage we have (9 links for Victoria out of the required 200+) means no-one could rely on an automated tool, and who manually would merge an item with a disambiguation page without worrying about the consequences? I'd want to know that Victoria is a common place name, not that Victoria is a common name for many things. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:59, 2 December 2022 (UTC)
:::::You need to give up on the idea that P1889 should only be used in situations in which you can envisage confusion between two distinct concepts. Users merge human items with with DAB page items all the time; they turn up with annoying regularity in petscan reports I run for EN wiki Women in Red ([https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Women_in_Red/Metrics/Wikidata#Articles_with_wikidata_items_coded_as_human,_but_with_no_gender_code the bottom three or four in this section]. Neither are there "monitoring bots" sorting out the problem if some wikipedian converts an article page to a disambiguation page. You seem to be engaged in inventing magic wands and/or excluding from possibility the commonplace, in order to make your case. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:20, 2 December 2022 (UTC)
:::::To cite the proposal description that explains the motivation for the property "Automated jobs (and less often people) make mistakes and identify two things that are in fact different. It's useful to document the difference, so others won't repeat the same mistake. It can also be used to improve authority identifier management (see the first "robot job" above)".
:::::Often time, I think the primary usecase of this property has evolved to prevent merges because it's a good tool for the job and it falls into this motivation of mistake prevention. Your usecase sounds to me like you want to use the property for something besides it's primary function. 
:::::As Tagishimon demonstrated, mistaken merges between disambiguation page and other items actually happen. People actually confuse them in a way that produces problems. P1889 is a way to prevent that. Wikidata properties often have a purpose that you don't fully understand just by reading the label and description. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 00:07, 3 December 2022 (UTC)
::::::Thanks to you both for the clarification. If the property is actually used in a different way to its description, its of much less use to me. I will write a set of domain specific clarification pages for my application, and keep any cross-links I find out of WD, to avoid rocking the boat. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:03, 3 December 2022 (UTC)
:::: > ''The user might not even know that Wikidata exists because it's unfortunately possible to merge items without being aware that Wikidata exists.''<br>@[[User:ChristianKl|ChristianKl]], How could one merge WD items without even being aware of WD? [[User:Michgrig|Michgrig]] ([[User talk:Michgrig|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:00, 3 December 2022 (UTC)
:::::@[[User:Michgrig|Michgrig]] That would be [[phab:T270717]] [[User:Vojtěch Dostál|Vojtěch Dostál]] ([[User talk:Vojtěch Dostál|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:10, 3 December 2022 (UTC)

:In most cases, it appears superfluous, and a great deal of common sense would preclude it: Would we expect every single name on [[:en:John Smith]] (plus the hundreds of other John Smiths on Wikidata) to explicitly denote that the person is not in fact, the disambiguation page known as {{Q|245903}}? I don't think practice should be based on what the most clueless person or poorly operated bot might do.  In many cases the statements seem to be autoimported from Wikipedia on questionable grounds: the fact that a given language Wikipedia may have a primary topic that defers to the disambiguation page in a hatnote does not necessitate that Wikidata must follow suit. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:36, 2 December 2022 (UTC)

== Merge of "his death" and "her death" ==

* I moved this conversation from my talk page to here for more eyes, I am against the merge for reasons stated below. The changing of the parameters is already ongoing based on the decision of a single person: 

I believe {{Q|Q105080687}} and {{Q|Q105080700}} should be merged back in to {{Q|Q24037741}} because 1. the sex of the spouse can and should be included as [[Property:P21|P21]] of the spouse, making this unnecessary, 2. "his" and "her" are gendered pronouns of English specifically, and 3. the terms are ambiguous for same-sex couples. I will wait until at least Monday to do this, in case you have any input. [[User:Phillipedison1891|Phillipedison1891]] ([[User talk:Phillipedison1891|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:00, 3 December 2022 (UTC)
* {{Ping|Phillipedison1891}} This has been discussed multiple times, with no consensus for change. "Death of spouse" was found to be inherently ambiguous when placed at "spouse" because it appeared to be the death of the spouse's spouse to some people. The difficulty was finding a balance between a terse definition and an unambiguous one. The trick will be to find a solution for same sex relationships so it is clear which of the two died to end the relationship. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:08, 3 December 2022 (UTC)
*:That doesn't make any sense to me. {{Q|24037741}} is typically used as a value for qualifier {{P|P1534}} of {{P|P26}}. If the marriage ended with the death of the parent Q-item rather than their spouse, that can be inferred without the qualifier (from {{P|P570}}), or we have {{Q|Q99521170}} just in case. The two items that I propose to merge don't even have valid labels in many languages - gendered possessive pronouns are kind of a rarity.
*:Can you point me to the previous discussions on this topic? [[User:Phillipedison1891|Phillipedison1891]] ([[User talk:Phillipedison1891|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:51, 3 December 2022 (UTC)
*:I will also note that the model items for {{Q|Q5}} are structured as I described above, and have been for some time. [[User:Phillipedison1891|Phillipedison1891]] ([[User talk:Phillipedison1891|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:06, 3 December 2022 (UTC)
:::: People were also confused, this time including myself, as to who was the subject and who was the object. Again, when two people are involved, it is ambiguous as to which of the two you are referring to. Apparently the subject is the person named at the top of the Wikidata entry, and the object is anyone named in a Property. See for instance "Subject has role and "Object has role". --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:34, 3 December 2022 (UTC)
:::::Your definition of what "subject" means is correct. If you have an idea for different labels for {{Q|Q99521170}} and {{Q|24037741}} to make them more clear, that's great. But the underlying data structure seems to be valid and conforming to long-standing consensus. I understand that "his/her death" looks nicer in English prose and English infoboxes, but it's much worse for machine-readability and query-ability, which is what Wikidata is all about. [[User:Phillipedison1891|Phillipedison1891]] ([[User talk:Phillipedison1891|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:41, 3 December 2022 (UTC)
* You are assuming that Wikidata is only to be used by AIs, and not to be read by a human, so our instructions can be confusing for humans, so long as an AI can comprehend who in the relationship has died first. I think this concept is wrong. Less than 90% of all relationships recorded in Wikidata do not contain an end_cause, and even fewer married people even have a spouse recorded, so I don't see a query having a problem.  
:::::Note: the merge can't happen right now because I have to go though everything and determine whether the death is of the subject or the subject's spouse for each item (around 1,000). [[User:Phillipedison1891|Phillipedison1891]] ([[User talk:Phillipedison1891|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:54, 3 December 2022 (UTC)
[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:16, 4 December 2022 (UTC)

:I have created a deletion discussion [[Wikidata:Requests_for_deletions#his_death_(Q105080687)_and_her_death_(Q105080700)|here]], so any interested parties may want to comment there. {{Ping|Richard_Arthur_Norton_(1958-_)|CamelCaseNick|Piecesofuk|Bovlb}} [[User:Phillipedison1891|Phillipedison1891]] ([[User talk:Phillipedison1891|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:03, 4 December 2022 (UTC)
== Creating a new Mix'n'match project ==

Hi all. There's an open licence on the {{Q|42417888}}'s standardised '''Cornish Place Names database''', which is now on [https://commons.wikimedia.org/wiki/File:Cornish-placenames-20220817.pdf Commons]. My aim is to Mix N Match their database to existing place names on WD. I've added {{Q|115350056}} and {{Q|115349858}} but I'm not sure if I now need to create a new property id? Cornish language is one of the smallest languages as far as population numbers are concerned, but they have hard working editors, and are batting at a high level, but do need help! Can anyone please create a catalog? Many thanks and best regards. Robin aka. [[User:Llywelyn2000|Llywelyn2000]] ([[User talk:Llywelyn2000|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:07, 28 November 2022 (UTC)

:The first question would be what you want to do with this list. I tried some modeling at [[Q6407343#P2561]] and [[Q6407343#P1343]]. Would that suit you?
:The second question would be if Mix’n’match is the best idea. It’s just a hunch but it might be better to find alternatives such as OpenRefine. 
:My third question would be the scope of your projects. Are you planning on creating items for every place on the list? This might indeed be a good idea but it opens the door to a lot of follow-up questions. --[[User:Emu|Emu]] ([[User talk:Emu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:47, 28 November 2022 (UTC)

::Your 1st line: I'd like to match like to like, the existing WD terms matched to the Academi Kernowek's place-name. Your two examples are spot on, but the kw place-name / label also needs to be there. 
::2nd line: matching like to like - yes, OpenRefine could be used, whichever you think best. I thought, maybe, the geotags of Mix.N Match would help matching the correct name, when two exact names exist for two different places. 
::3rd: yes, new items for place-names we can not match. If the name has been verified by IK, then it should be recorded on WD. At the end of the day, we can list all villages and towns with a Cornish name on something like 'Wikidata lists'. 
::Also - as these place-names have now been standardised by IK, any older Cornish names should be changed to these IK standardised names, as they are the authority on this subject. It gives consistence between both projects. 
::Thanks for your help on this. Small is beautiful! Best regards, Robin... aka... [[User:Llywelyn2000|Llywelyn2000]] ([[User talk:Llywelyn2000|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:23, 29 November 2022 (UTC)
:::@[[User:Llywelyn2000|Llywelyn2000]]
:::# I’m not really sure what you mean by “kw place-name / label” – could you please explain?
:::# Yes indeed, that might be a good idea, too. You can also use both, OpenRefine and Mix’n’match.
:::I’m not sure if it’s good policy to just change the obsolete Cornish names as they might still be in use somewhere. Maybe list them as alternatives or use ranking?
:::It might also be a good idea to come up with a numbering scheme for the places. It’s quite hard to directly point to something on your PDFs. --[[User:Emu|Emu]] ([[User talk:Emu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:12, 30 November 2022 (UTC)
:::: Hi @[[User:Emu|Emu]]! 
:::: [https://www.wikidata.org/w/index.php?title=Q6407343&type=revision&diff=1782040471&oldid=1780790643 Example of kw label, here]
:::: I note that no 'obsolete English names' exist. For example the old spelling ''Beormingahām'' for Birmingham has long dissapeared, replaced by a national, standardised name. It's not even an alias. We could create a new propetry for example '1st recorded instance of locality' or '1st record of this place-name' or 'former spelling' etc.
:::: 'numbering scheme' - indeed; apart from the WD IQ, any ideas? [[User:Llywelyn2000|Llywelyn2000]] ([[User talk:Llywelyn2000|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:24, 1 December 2022 (UTC)
:::::@[[User:Llywelyn2000|Llywelyn2000]] Okay, I see. It’s probably best if people who know the language decide about the kw label. Just my input as an outsider: As somebody who has to deal with obsolete place names (although in Central Europe), I always find it most helpful if all names in all languages are recorded in Wikidata. --[[User:Emu|Emu]] ([[User talk:Emu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:52, 4 December 2022 (UTC)

== "Element with Wikipedia article"? ==

Is there a way to express that https://www.wikidata.org/wiki/Q26715632 has description at Wikipedia in https://en.wikipedia.org/wiki/en:Districts%20of%20the%20British%20Virgin%20Islands rather than having dedicated article? [[User:Mateusz Konieczny|Mateusz Konieczny]] ([[User talk:Mateusz Konieczny|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:19, 3 December 2022 (UTC)

:If there would be no existing article about Tortula, you create a redirect on enwiki with the name Tortola that points to Districts of the British Virgin Islands and then link the redirect from {{Q|26715632}}. Given that there happens to be an existing article for Tortula, you could name the redirect "Tortola (administrative territorial entity)" or something like that. I'm not sure on whether or not the current enwiki stance on redirects that are named like this happens to be. On dewiki it seems like we need a change in policy to allow some of those redirects to exist. 
:The ability to add these [[Wikidata:Sitelinks to redirects|sitelink to redirects]] is very recent and I hope that over the next 1-2 years all the Wikipedia's will accept that having these redirects is great. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 12:36, 3 December 2022 (UTC)
::{{ping|ChristianKl}} - that gave me "Site link enwiki:Districts of the British Virgin Islands is already used by item Q2900993. Perhaps the items should be merged. Ask at d:Wikidata:Interwiki conflicts if you believe that they should not be merged." I needed to blank redirect, add link in wikidata and restore redirect  [[User:Mateusz Konieczny|Mateusz Konieczny]] ([[User talk:Mateusz Konieczny|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:17, 4 December 2022 (UTC)
:::I linked you to the article for a reason, it explains how to do it. You need to add the {{Q|70894304}} badge. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 20:06, 4 December 2022 (UTC)

== Taxonomy templates ==

I looked at enwiki and there are over 100k taxonomy templates. I'm going to do some work to better deal with all of these, and that includes setting {{Statement||P31|Q115595777}} on these. First I'll only modify items without any claims. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:16, 4 December 2022 (UTC)

:{{re|RPI2026F1}} [[WD:N]] says "If a link is a template, the item must contain at least two such sitelinks, and any of them must not be one of /doc, /XML, /meta, /sandbox, /testcases or /TemplateData subpages. Items for non-subpages can be created with only one sitelink, but shouldn't be created in great numbers." [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:23, 4 December 2022 (UTC)
::I have already come across some of these with two sitelinks, {{Q|Q115568351}} as an example. Well now that I know that I'll only operate on existing items. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:26, 4 December 2022 (UTC)
:::sure thing. just making sure you are aware. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:32, 4 December 2022 (UTC)

== Quickstatements being very buggy? ==

I tried making quickstatements to delete a value of P31 and insert another value. However, for some reason Quickstatements would often add the values 2-3 times even though I only have one insert statements? An example is the edit history at {{Q|Q13217744}}. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:00, 4 December 2022 (UTC)
:QS is known to create (some) duplicate appended items when run as a batch; it does not exhibit that behaviour when running it locally b/c it works at a slower pace, avoiding the causative condition. I presume the same will be the case with appending duplicate statements. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:06, 5 December 2022 (UTC)
::I mean it's not feasible to run ~20k statements locally. But how do I deal with the duplication? [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:58, 5 December 2022 (UTC)
:::Well, it is feasible, it just takes longer. The alternative is to write some SPARQL to get the statement IDs of (one of the pair of) duplicate statements, and delete them after running the batch. Or switch to e.g. [https://github.com/maxlath/wikibase-cli wikibase-cli]. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:27, 5 December 2022 (UTC)
== Wikidata weekly summary #549 ==

<div class="plainlinks mw-content-ltr" lang="en" dir="ltr">
[[File:Wikidata-logo-en.svg|150px|right]]
<div style="margin-top:10px; padding-left:5px; font-family:Georgia, Palatino, Palatino Linotype, Times, Times New Roman, serif;">''Here's your quick overview of what has been happening around Wikidata over the last week.''</div>
<div style="-moz-column-count:2; -webkit-column-count:2; column-count:2; -webkit-column-width: 400px; -moz-column-width: 400px; column-width: 400px;">

* '''Discussions'''
** Closed request for adminship:
*** [[d:Wikidata:Requests for permissions/Administrator/ChristianKl 2|ChristianKl 2]] ''(successful)'' Welcome on board \o/
** New requests for permissions/Bot:
*** [[d:Wikidata:Requests for permissions/Bot/TaxonomyBot|TaxonomyBot]]
** New request for comments:
*** [[d:Wikidata:Requests for comment/Remove watchlist summary|Remove watchlist summary]]

* '''[[d:Special:MyLanguage/Wikidata:Events|Events]]'''
** Upcoming
*** Next Linked Data for Libraries [[Wikidata: WikiProject LD4 Wikidata Affinity Group/Wikidata_Working_Hours|LD4 Wikidata Affinity Group Working Hour]] on December 5. We will be working on Structured Data on Commons with a WINTER FUN theme, adding depicts statements to images and playing with some tools. You are, as always, welcome to bring your own data to work on. This will be our last scheduled Working Hour for 2022. Please join us for a relaxing and enjoyable session to wrap up a year of excellent work together. [[d:Wikidata:WikiProject_LD4_Wikidata_Affinity_Group/Wikidata_Working_Hours/2022-December-5_Wikidata_Working_Hour|Event page]]
*** [[d:Wikidata:Events#Wikidata_bug_triage_hour|Bug Triage Hour on December 6 at 17:00 UTC]], on the topic of Entity Schemas (other topics also welcome). Come with your favorite Phabricator ticket so we can improve its description together!
*** Save the date! The next WikidataCon will take place on October 28-29, 2023, and will be organized by Wikimedia Taiwan and Wikimedia Germany. The hybrid event will be streamed from Taipei and accessible for everyone online. More information and updates on [[d:Wikidata:WikidataCon_2023|the WikidataCon 2023 page]].
** Ongoing
*** Weekly Lexemes Challenge #69, [https://dicare.toolforge.org/lexemes/challenge.php?id=69 Cycles]

* '''[[d:Special:MyLanguage/Wikidata:Press coverage|Press, articles, blog posts, videos]]'''
** Blogs
*** [https://blog.tepapa.govt.nz/2022/11/28/museology-myosotis-and-metadata-oh-my-sharing-sustainably-in-wikipedia/ Museology, Myosotis, and metadata oh my! Sharing sustainably in Wikipedia] - Museum of New Zealand Te Papa Tongarewa
*** [https://wikimedia.org.uk/2022/12/the-archaeology-data-service-and-wikidata/ The Archaeology Data Service and Wikidata]
*** [https://aaronson.org/blog/animals-to-play-horse-with Animals to Play H-O-R-S-E With]
*** [https://ainali.com/2022/mini-hackathon-in-utrecht/ Mini hackathon in Utrecht], by Jan Ainali
** Papers
*** [https://arxiv.org/abs/2211.10011 Structural Quality Metrics to Evaluate Knowledge Graphs]
*** [https://content.iospress.com/articles/semantic-web/sw210443 Using the W3C Generating RDF from Tabular Data on the Web recommendation to manage small Wikidata datasets]
** Videos
*** How to edit a Wikidata item to appear in an Infobox on Wikipedia (in Portuguese) - [https://www.youtube.com/watch?v=Zm42PL-Sh0U YouTube]
*** Library data on Wikidata: a case study of the National Library of Latvia - [https://www.youtube.com/watch?v=iB2ZmmyfakU YouTube]
*** Wikidata / National Archives of Australia Project with Tim Sherratt - [https://www.youtube.com/watch?v=XkQ_-QgUOBw YouTube]
*** How WMDE can support partnerships with GLAM institutions for Wikibase and Wikidata projects - [https://www.youtube.com/watch?v=Jop9GOoH2HA YouTube]
*** 2022 edition: Timelapse of railway stations in Denmark (Wikidata, QGIS) - [https://www.youtube.com/watch?v=ZOaPh5zbE9M YouTube]
*** Dagbani Wikipedia Saha Episode 14: How To Add References To Wikidata Articles (in Dagbani) - [https://www.youtube.com/watch?v=ZP21pFL9TVk YouTube]
*** Wikidata 10th Birthday celebration events, By [https://www.youtube.com/watch?v=Z57WWLbomhQ Dagbani Wikimedians User Group], [https://www.youtube.com/watch?v=iepKiU6mGNY Wikimedia Community User Group Kenya]
*** Wikidata Istanbul 2022
**** Wikidata for Absolute Beginners (I-II) by Asaf Bartov (Day 1: [https://www.youtube.com/watch?v=dfcHGRTdp7g English], [https://www.youtube.com/watch?v=htsVLVomoU8 Turkish])
**** Modeling Our Languages with Lexeme (I-II), Asaf Bartov (Day 2: [https://www.youtube.com/watch?v=zNfrkSM5I7U Turkish], [https://www.youtube.com/watch?v=B03pdha9fZ0 English])
**** A Gentle Introduction to Wikidata Querying with SPARQL (I-II), Asaf Bartov (Day 2: [https://www.youtube.com/watch?v=gFBxFo3FZ8c Turkish], [https://www.youtube.com/watch?v=eEfTTODS_8E English])
**** Wikidata and GLAM: Museums of Turkey (Day 3: [https://www.youtube.com/watch?v=WGmXLg0SrD0 Turkish], [https://www.youtube.com/watch?v=iPzHvY85k-A English])
**** [https://www.youtube.com/watch?v=omHrjWsgAkM Potential Benefits of Wikidata to the Health System, Nevit Dilmen (Day 3, Turkish)]
**** [https://www.youtube.com/watch?v=_QK0qO4OGWg Useful Wikipedia Tools, Toghrul Rahimli (Day 3, Turkish)]
**** [https://www.youtube.com/watch?v=NjdrlGyLMZY Handy Wikidata Gadgets by Toghrul Rahimli (Day 3, English)]
**** Wikidata for Wikimedia Projects and Beyond, Lydia Pintscher (Day 1: [https://www.youtube.com/watch?v=AEn4mjuGz1M Turkish], [https://www.youtube.com/watch?v=84teTD-xKoY English])
**** [https://www.youtube.com/watch?v=0zg4Uyt2OdE Structured Data Across Wikimedia by Luca Martinelli (Day 2, English)]
**** Getting Inspiration from Projects Using Wikidata, Neslihan Turan (Day 1: [https://www.youtube.com/watch?v=1L0fGFows2A Turkish], [https://www.youtube.com/watch?v=YYXXcMua2KA English])
** Podcasts
*** [https://uvadatapoints.castos.com/podcasts/44037/episodes/wikiproject-biography WikiProject Biography], a podcast episode presenting [[d:Wikidata:WikiProject Biography|Wikidata:WikiProject Biography]]
** Thread
*** [https://vis.social/@pac2/109439887189554603 The advent of Wikiviz], 24 dataviz about Wikipedia and Wikidata until Christmas
** Other
*** [https://twitter.com/tilmanbayer/status/1598777304809107457 A rap battle between Wikipedia and Wikidata as envisaged by ChatGPT]

* '''Tool of the week'''
** How many edits does Wikidata get per second? [http://listen.hatnote.com/#wikidata listen.hatnote.com/#wikidata] is a tool that allows you to listen to the sound of Wikidata's recent changes feed.

* '''Other Noteworthy Stuff'''
** Job opportunities: [https://www.rug.nl/about-ug/work-with-us/job-opportunities/?details=00347-02S0009QSP Post-doc in Natural Language Processing (1.0 FTE), University of Groningen]

* '''Did you know?'''
<!-- NEW PROPERTIES DO NOT REMOVE -->
** Newest [[d:Special:ListProperties|properties]]: [[:d:Property:P11231|has biological vector]], [[:d:Property:P11232|EuDML journal ID]], [[:d:Property:P11233|SciSpace author ID]], [[:d:Property:P11234|Oblio author ID]], [[:d:Property:P11235|Dams in Japan number]], [[:d:Property:P11236|SNE publisher ID]], [[:d:Property:P11237|KOBIS people ID]], [[:d:Property:P11238|OpenML dataset ID]], [[:d:Property:P11239|DFK Paris person ID]], [[:d:Property:P11240|PIM publication ID]], [[:d:Property:P11241|Pittori Liguri ID]], [[:d:Property:P11242|USTC identifier]], [[:d:Property:P11243|EPA ID]], [[:d:Property:P11244|Databank Beschermheiligen anno 1959 ID]], [[:d:Property:P11245|YouTube handle]], [[:d:Property:P11246|hackage package]], [[:d:Property:P11247|Observation.org place ID]], [[:d:Property:P11248|Diskograf artist ID]], [[:d:Property:P11249|KBR person ID]], [[:d:Property:P11250|Miraheze article ID]], [[:d:Property:P11251|ILNM ID]], [[:d:Property:P11252|Trismegistos author ID]], [[:d:Property:P11253|Packagist package]], [[:d:Property:P11254|translation contribution URL]], [[:d:Property:P11255|Cinemaazi people ID]], [[:d:Property:P11256|Cinemaazi film ID]], [[:d:Property:P11257|MAK Collection Online person ID]], [[:d:Property:P11258|MAK Collection Online object ID]], [[:d:Property:P11259|BookWalker series ID (JP version)]], [[:d:Property:P11260|list item]], [[:d:Property:P11261|toli.query.mn lexeme ID]], [[:d:Property:P11262|toli.gov.mn lexeme ID]], [[:d:Property:P11263|The Britannica Dictionary entry]], [[:d:Property:P11264|mongoltoli.mn lexeme ID]], [[:d:Property:P11265|alt text]]
<!-- END NEW PROPERTIES -->
<!-- NEW PROPOSALS DO NOT REMOVE -->
** New [[d:Special:MyLanguage/Wikidata:Property proposal|property proposals]] to review: [[:d:Wikidata:Property proposal/Amazon Browse Node|Amazon Browse Node]], [[:d:Wikidata:Property proposal/Beatport release ID|Beatport release ID]], [[:d:Wikidata:Property proposal/Bandcamp release ID|Bandcamp release ID]], [[:d:Wikidata:Property proposal/subject of qualifier|subject of qualifier]], [[:d:Wikidata:Property proposal/has part part of|has part part of]], [[:d:Wikidata:Property proposal/property metamodelling|property metamodelling]], [[:d:Wikidata:Property proposal/MangaUpdates IDs|MangaUpdates IDs]], [[:d:Wikidata:Property proposal/man page|man page]], [[:d:Wikidata:Property proposal/Islam Dusunce Atlasi ID|Islam Dusunce Atlasi ID]], [[:d:Wikidata:Property proposal/MyAnimeList magazine ID|MyAnimeList magazine ID]], [[:d:Wikidata:Property proposal/OpenPlaques place ID|OpenPlaques place ID]], [[:d:Wikidata:Property proposal/is a number of|is a number of]], [[:d:Wikidata:Property proposal/source of action & destination of action|source of action & destination of action]], [[:d:Wikidata:Property proposal/CSD Refcode|CSD Refcode]], [[:d:Wikidata:Property proposal/Ès lettres ID|Ès lettres ID]], [[:d:Wikidata:Property proposal/is the change of|is the change of]], [[:d:Wikidata:Property proposal/removed in version (2)|removed in version (2)]], [[:d:Wikidata:Property proposal/PodLink ID|PodLink ID]], [[:d:Wikidata:Property proposal/KOBIS film festival ID|KOBIS film festival ID]], [[:d:Wikidata:Property proposal/KOBIS film company ID|KOBIS film company ID]], [[:d:Wikidata:Property proposal/DBpia journal ID|DBpia journal ID]], [[:d:Wikidata:Property proposal/DBpia publisher ID|DBpia publisher ID]], [[:d:Wikidata:Property proposal/tuxDB game ID|tuxDB game ID]], [[:d:Wikidata:Property proposal/Crunchyroll series ID|Crunchyroll series ID]], [[:d:Wikidata:Property proposal/US-DMF ID|US-DMF ID]], [[:d:Wikidata:Property proposal/Dehkhoda ID|Dehkhoda ID]], [[:d:Wikidata:Property proposal/CocoaPods pod|CocoaPods pod]], [[:d:Wikidata:Property proposal/Appsight app|Appsight app]], [[:d:Wikidata:Property proposal/Appsight SDK|Appsight SDK]], [[:d:Wikidata:Property proposal/Maven groupID and Maven artifactID|Maven groupID and Maven artifactID]], [[:d:Wikidata:Property proposal/Pixiv Encyclopedia ID|Pixiv Encyclopedia ID]], [[:d:Wikidata:Property proposal/Game Boy hardware database ID|Game Boy hardware database ID]], [[:d:Wikidata:Property proposal/Bane NOR Network Statement station ID|Bane NOR Network Statement station ID]], [[:d:Wikidata:Property proposal/Olympedia-Veranstaltungsort-ID|Olympedia-Veranstaltungsort-ID]], [[:d:Wikidata:Property proposal/has duplicate Wikimedia page|has duplicate Wikimedia page]], [[:d:Wikidata:Property proposal/GBDB ID|GBDB ID]], [[:d:Wikidata:Property proposal/Lygaeoidea Species File ID|Lygaeoidea Species File ID]]
<!-- END NEW PROPOSALS -->
** Query examples: 
*** [https://w.wiki/64xE Composers by country of birth and edition] ([https://twitter.com/theklaneh/status/1599693324805283840 source])
*** [https://w.wiki/649f Researchers with a Mastodon account and a known field of work] ([https://twitter.com/fl0_id/status/1599101705202835456 source])
*** [https://w.wiki/63FE Count per each language of unique language codes used in lemmas for Lexemes in that language]

* '''Development'''
** Improved the error message for sitelinks to redirects ([[phab:T320490]])
** Made the Property namespace a content namespace ([[phab:T321282]])
** Lexicographical data: Added a better link for a help message ([[phab:T315161]])
** Mismatch Finder:
*** Linked the header to make it easier to get back to the main page ([[phab:T323680]])
*** Made the layout more compact ([[phab:T323678]])
*** Fixed an issue where the whole header of a mismatch results table was a link instead of just the Item ID ([[phab:T323823]])
*** Improved the text on a button ([[phab:T323682]])
*** Finished better support for dates with calendar model and precision ([[phab:T288511]])
*** Ordered the columns in the results page better so they make more sense ([[phab:T323819]])
** Fixed a bug where a large horizontal scrollbar appeared on RTL interface languages ([[phab:T321441]])
** Fixed a bug in the search in the new Vector skin ([[phab:T324148]])
** Query Service:
*** Making the popup less intrusive that leads to the Query Builder ([[phab:T296135]])
*** Adding tooltips for Lexemes ([[phab:T255245]])
*** Unifying the way to get a link to a query ([[phab:T324218]])
** mul language code: continuing investigation for language fallbacks on mobile that is currently blocking it ([[phab:T323098]])
** REST API:
*** Finalized json format for sitelinks and data values ([[phab:T321483]], [[phab:T322734]])
*** Investigating rate limiting ([[phab:T322746]])

[[phab:maniphest/query/4RotIcw5oINo/#R|You can see all open tickets related to Wikidata here]]. If you want to help, you can also have a look at [https://phabricator.wikimedia.org/project/board/71/query/zfiRgTnZF7zu/?filter=zfiRgTnZF7zu&order=priority the tasks needing a volunteer].

* '''Monthly Tasks'''
** Add labels, in your own language(s), for the new properties listed above.
** Comment on property proposals: [[d:Wikidata:Property proposal/Overview|all open proposals]]
** Contribute to a [[d:Special:MyLanguage/Wikidata:Showcase items|Showcase item]].
** Help [[d:Special:LanguageStats|translate]] or proofread the interface and documentation pages, in your own language!
** [[d:User:Pasleim/projectmerge|Help merge identical items]] across Wikimedia projects.
** Help [[d:Wikidata:Status updates/Next|write the next summary!]]


</div>
<div style="margin-top:10px; font-size:90%; padding-left:5px; font-family:Georgia, Palatino, Palatino Linotype, Times, Times New Roman, serif;">'''[[:d:Special:MyLanguage/Wikidata:Status updates/2022 12 05|Read the full report]]''' · [[m:Global message delivery/Targets/Wikidata|Unsubscribe]] · [[:d:User:Mohammed Sadat (WMDE)|Mohammed Sadat (WMDE)]] 16:25, 5 December 2022 (UTC)
</div>
</div>
<!-- Message sent by User:Mohammed Sadat (WMDE)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikidata&oldid=24145216 -->

== Join the Coolest Tool Award 2022: Friday, Dec 16th, 17:00 UTC ==

<section begin="message"/>
The fourth edition of the [[m:Special:MyLanguage/Coolest Tool Award|Wikimedia Coolest Tool Award]] will happen online on [https://zonestamp.toolforge.org/1671210028 Friday 16 December 2022 at 17:00 UTC]!

This award is highlighting software tools that have been nominated by contributors to the Wikimedia projects. The ceremony will be a nice moment to show appreciation to our tool developers and maybe discover new tools!

[[m:Special:MyLanguage/Coolest Tool Award|Read more about the livestream and the discussion channels.]]

Thanks for joining! -[[m:User:SSapaty (WMF)|Komla]]
<section end="message"/>

<bdi lang="en" dir="ltr">[[User:MediaWiki message delivery|MediaWiki message delivery]]</bdi> 18:53, 5 December 2022 (UTC)
<!-- Message sent by User:SSethi (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Distribution_list/Technical_Village_Pumps_distribution_list&oldid=24059435 -->
== Semantic Web Journal Special Issue on Wikidata ==

'''Wikidata: Construction, Evaluation and Applications'''

In recent years, we have seen an increase in the number of publications around Wikidata. While there are several dedicated venues for the broader Wikidata community to meet, none of them focuses on publishing comprehensive, peer-reviewed research. This special issue fills this gap - we hope to provide a forum to build this fledgling scientific community and promote novel work and resources that support it.

The special issue seeks original contributions and extended conference papers that address the opportunities and challenges of creating, contributing to, and using the global, collaborative, open-domain, multilingual knowledge graph Wikidata.

'''Topics'''

Topics of submissions include, but are not limited to:
* Data quality and vandalism detection in Wikidata
* Referencing in Wikidata
* Anomaly, bias, or novelty detection in Wikidata
* Algorithms for aligning Wikidata with other structured or semi-structured resources
* Representation, Semantic Annotation, Enhancement and Enrichments using Wikidata
* Semantic Parsing and Question Answering using Wikidata
* The Semantic Web and Wikidata
* Community interaction in Wikidata
* Multilingual data in Wikidata and its reuse
* Data quality in Wikidata: Approaches for problem detection, evaluation and improvement
* Tools, bots, and datasets for improving or evaluating Wikidata
* Participation, diversity, and inclusivity aspects in the Wikidata ecosystem
* Human-bot interaction
* Managing knowledge evolution in Wikidata
* Abstract Wikipedia
* Wikidata in NLP applications

Submissions shall be made through the Semantic Web journal website at http://www.semantic-web-journal.net. Prospective authors must take notice of the submission guidelines posted at http://www.semantic-web-journal.net/authors.

'''Deadline'''

Submission deadline: 31 January 2023. Papers submitted before the deadline will be reviewed upon receipt.

'''Guest editors'''

The guest editors can be reached at wikidata-swj@googlegroups.com
* Lucie-Aimée Kaffee, University of Southampton, lucie.kaffee@gmail.com
* Simon Razniewski, Max Planck Institute for Informatics, srazniew@mpi-inf.mpg.de
* Pavlos Vougiouklis, Huawei Technologies, pavlos.vougiouklis@huawei.com
[[User:Ls1g|Ls1g]] ([[User talk:Ls1g|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:35, 5 December 2022 (UTC)

:{{re|Ls1g}} I wrote an email to wikidata-swj@googlegroups.com and I got a bounce back saying "the group you tried to contact (wikidata-swj) may not exist, or you may not have permission to post messages to the group" [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:10, 6 December 2022 (UTC)
::{{re|BrokenSegue}} Apologies and thanks for pointing out! I've now changed the permission settings, please retry. [[User:Ls1g|Ls1g]] ([[User talk:Ls1g|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:40, 6 December 2022 (UTC)

== Charles Murray short description ==

A comment was posted at [[w:simple:Talk:Charles Murray]] about the description for Charles Murray ([[Q1065595]]). English Wikipedia uses the short description "American political scientist (born 1943)". Simple English Wikipedia does not use short descriptions, and instead uses the description from Wikidata, which says "American libertarian political scientist, white nationalist, author, and columnist". The comment alleges that it is not neutral to refer to Murray as a white nationalist, because some people do not think he is one. I don't know the validity of each side's claims, or how the [[:en:WP:BLP]] is involved here, but I think this should be discussed. Maybe the Wikidata description is unnecessary or inappropriate. [[User:Lights and freedom|Lights and freedom]] ([[User talk:Lights and freedom|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:31, 5 December 2022 (UTC)

:I've removed 'white nationalist', an assertion backed by only a single reference in the EN wiki article. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:34, 5 December 2022 (UTC)
:Wikidata is not bound by en:WP:BLP but we have our own [[Wikidata:Living people]]. Our policy says "Labels, descriptions and aliases need to be neutral and well-sourced (ideally based on referenced statements on the item) and particular care should be taken in editing these for items about living people. Derogatory names, even when used in reliable public sources, should not be added as aliases. Descriptions should focus on facts, not opinions."
:Calling him a white nationalist, especially when there's no referenced statement that supports that claim is not neutral and thus it's in line with our policies not to do so and right to remove it. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 14:10, 6 December 2022 (UTC)
== Q23928292's P2671 ==

Can't find {{Q|23928292}}'s {{P|2671}} on the source code of the related Google search... Could someone please help me? :) [[User:Nomen ad hoc|Nomen ad hoc]] ([[User talk:Nomen ad hoc|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:58, 3 December 2022 (UTC)

:Searching for <code>/g/</code> (or <code>/m/</code> for older freebase IDs) in the source usually works, and the values will be in a JSON array flanked by <code>\x22</code>. It looks like the identifier for that person is <code>/g/11cn2__f1s</code>. I've gone ahead and added the P2671 to the item for you. --[[User:M2Ys4U|M2Ys4U]] ([[User talk:M2Ys4U|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:21, 3 December 2022 (UTC)
::Is there an easier way to find it than just by scanning the source code of the page? Like maybe a bookmarket or code that can be run in the webpage console? [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:15, 4 December 2022 (UTC)
:::If you get a knowledge card in the search results, it has a 'three small dots' menu from which you can copy a share link. Paste it in the browser and it will be transformed into an URL containing the id. [[User:Frlgin|Frlgin]] ([[User talk:Frlgin|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:20, 5 December 2022 (UTC)

: {{Ping|Nomen ad hoc}} https://angryloki.github.io/mreid-resolver/ is a very nice tool for this purpose! You can enter terms or Google Knowledgegraph ids and it will show much useful information. --[[User:Frlgin|Frlgin]] ([[User talk:Frlgin|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:32, 6 December 2022 (UTC)

== Is there a way to convert a list of Wikidata items into a list of Wikipedia articles? ==

I would like to find out if there's a way to do this. [[Special:Contributions/2602:306:C541:CC60:D83F:9B86:CB34:F7B0|2602:306:C541:CC60:D83F:9B86:CB34:F7B0]] 05:52, 6 December 2022 (UTC)

:You want to map wikidata items to entries in their respective language's wikipedia? I don't know of an off the shelf tool that does this but it's pretty straightforward in e.g. SPARQL. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:12, 6 December 2022 (UTC)
:I suggest the [https://workspace.google.com/marketplace/app/wikipedia_and_wikidata_tools/595109124715 Wikipedia and Wikidata tools] for Google Spreadsheets. It works like an Excel function. [[User:Vojtěch Dostál|Vojtěch Dostál]] ([[User talk:Vojtěch Dostál|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:00, 6 December 2022 (UTC)
::Eh, that might actually only work the other way. Sorry. [[User:Vojtěch Dostál|Vojtěch Dostál]] ([[User talk:Vojtěch Dostál|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:06, 6 December 2022 (UTC)
: See [[toolforge:pagepile]]. Though you can only see the unordered result, and you may want [[toolforge:wikidata-todo/linked_items.php]] to make a page to item mapping.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:47, 6 December 2022 (UTC)
:You want something like [[User:ListeriaBot]] but to show sitelinks for a wiki? [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:57, 6 December 2022 (UTC)

== registration area a historic county or not in Scotland ==

https://www.wikidata.org/w/index.php?title=Talk%3AQ7309443#historic_county_or_not_in_Scotland shows how we are getting duplicate historic counties in Scotland because of confusion over {{Q|7309443}}. Could someone familiar with administrative areas sort it out please? [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:48, 6 December 2022 (UTC)

== Item 100,000,000 approaches... again ==

We hit 100,000,000 items a couple of months ago - by the <nowiki>{{NUMBEROFPAGES}}</nowiki> count, which includes "Q-items", lexemes, entity-schema, and (as of this week - [[:phab:T321282]]) properties, and currently stands at 105,151,527.

However, the "Q-item" count is now approximately 99,950,000 ([https://quarry.wmcloud.org/query/66737 quarry]), and that means we will hit the hundred-million "Q-item" mark sometime this week, depending how quickly things increase - we've had an average increase of ~16,000 items/day over the last three months. [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:16, 7 December 2022 (UTC)
== How to create item with all statements using Pywikibot? ==

Is there a way to make an item with labels, descriptions, aliases, ''and'' multiple claims with values in a single edit using Pywikibot? [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:30, 1 December 2022 (UTC)
:It should at least be ''possible'' using the API, see [https://www.wikidata.org/w/api.php?action=help&modules=wbeditentity] (with <code>new</code> and <code>data</code> parameters). I don’t know Pywikibot well enough to tell whether it supports this operation, though. --[[Special:Contributions/2A02:8108:50BF:C694:B9B9:90A0:E68E:FD99|2A02:8108:50BF:C694:B9B9:90A0:E68E:FD99]] 08:57, 2 December 2022 (UTC)
:I recommend [[Wikidata:WikibaseIntegrator]]. I use it daily and the maintainer is very responsive and the documentation is quite good IMO. [[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:56, 7 December 2022 (UTC)
:…and the last example code lines [[:mediawikiwiki:Manual:Pywikibot/Wikidata|here]] imply that the <code>data</code> parameter can be used (haven’t found whether <code>new</code>, too, is supported). --
[[Special:Contributions/2A02:8108:50BF:C694:B9B9:90A0:E68E:FD99|2A02:8108:50BF:C694:B9B9:90A0:E68E:FD99]] 09:02, 2 December 2022 (UTC)
::I was able to figure it out. Basically, to add claims, you need to do something like this:
::<source lang="python">
import pywikibot
site = pywikibot.Site("wikidata", "wikidata")
data = {"claims": []}
claim = pywikibot.Claim(site, "P31")
claim.setTarget(pywikibot.ItemPage(site, "Q5"))
data.append(claims.toJSON())
new_item = pywikibot.ItemPage(site)
new_item.editEntity(data, summary="Making new item...")
</source>
::[[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:04, 2 December 2022 (UTC)
:::{{Tracked|T324332}}
:::Hmm, I am not sure why the preview failed so badly. I'll be making a Phabricator ticket to fix this. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:06, 2 December 2022 (UTC)
::::Source tags work better.
::::In Pywikibot the choice was made to not stack edits like this and make one large edit out of it. Makes it easier for users to follow what a bot is doing, but on the other hand it produces a lot more edits per item. Stacking edits and editing structured data on Commons ([[phab:T223820]]) should probably be implemented in Pywikibot, but so far nobody has picked it up. 
::::You can still do it yourself, but that means you have to do everything yourself. See [https://github.com/multichill/toollabs/blob/master/bot/commons/own_work_sdoc.py#L486 this Commons example]. Note that on Wikidata you shouldn't be hitting the API directly, but use new_item.editEntity. [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:37, 2 December 2022 (UTC)
:::::I mean in theory it shouldn't be too hard to implement stacking mode for an item. All that would have to be done is to make an internal dictionary of the <code>editEntity</code> datatype, and a new method <code>save()</code> can just internally call <code>editEntity</code>. Now the struggle is toggling between the "stacking mode" and the normal mode. Because if a switch occurs while there is unwritten data, does that get saved or deleted? [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:17, 2 December 2022 (UTC)
::::::[https://doc.wikimedia.org/pywikibot/master/api_ref/pywikibot.html#pywikibot.ItemPage ItemPage] is a subclass of [https://doc.wikimedia.org/pywikibot/master/api_ref/pywikibot.page.html#pywikibot.BasePage BasePage] which represents any MediaWiki page. BasePage has save() for saving whatever text changes you had and put() to submit the new text and save it. If you change text here and forget to use save(), nothing happens. Wikibase behavior should be the same. [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:38, 2 December 2022 (UTC)
:::::::There's one more problem with stacking mode, and that is how is it toggled? Would it make sense to toggle it per item, or on the data repository? Are all instances of the same data repository shared? Like, if I call <code>Site("en", "wikipedia").data_repository()</code> and <code>Site("en", "wikinews").data_repository()</code> will they point to the same instance of <code>Site("wikidata", "wikidata")</code>? Also, could both be done where the data repository has a toggle but then items have a secondary toggle that would detach the item from the shared data repository state? Or would it be something like a global <code>pywikibot.stack_wikibase_statements()</code>? [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:43, 2 December 2022 (UTC)
::::::::Edits are per entity, not per site see [https://doc.wikimedia.org/pywikibot/master/api_ref/pywikibot.site.html#pywikibot.site._datasite.DataSite.editEntity editEntity]. So the state is per page and the site is just a thin layer to the api. [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:59, 2 December 2022 (UTC)
:::::::::No, I am aware the edits are per entity. The problem is that unless we rip apart backwards compatibility, there needs to be a way to indicate if we're going to be stacking or not. And my question is, where do we store this boolean? [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:06, 2 December 2022 (UTC)
::::::::::If it's an optional flag (like async) and a function like save() to flush it out, it should be fully backwards compatible. We would be modifying the local state of the item and flushing it out at the end. I just implemented it [https://www.wikidata.org/w/index.php?title=Q115571467&diff=prev&oldid=1783338916 for my bot] by doing it in the client. Probably needs a bit of input from the other developers how to do this in an elegant way in the Pywikibot framework itself. Are you are aware of a relevant phabricator task [[User:RPI2026F1|RPI2026F1]] or shall we start a new one? [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:37, 3 December 2022 (UTC)
:::::::::::How does the async flag currently work? I'm not fully sure how it's implemented. I can always make a ticket. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:00, 3 December 2022 (UTC)
::::::::::::Made [[phabricator:T324401|T324401]]. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:47, 3 December 2022 (UTC)
:::::::::::{{Tracked|T324401}}

: @[[User:RPI2026F1|RPI2026F1]], do you want to use Pywikibot and nothing else? [https://quickstatements.toolforge.org/#/batch QuickStatements] does exactly what you want and works OK. [[User:Michgrig|Michgrig]] ([[User talk:Michgrig|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:00, 3 December 2022 (UTC)
::I need to use Pywikibot since the data is not known ahead of time. I am currently making calls to other APIs to fetch data and making values based off of that. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:24, 3 December 2022 (UTC)
:::did you apply for permission to operate a bot? it looks like you are already running it. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:04, 3 December 2022 (UTC)
::::I have a RFB open. I'm not really running a "bot" since it's a one-off script that only runs when I input an initial item to scan. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:40, 3 December 2022 (UTC)
:::::ok cool just checking. i'll take a look at your RFBOT [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:08, 3 December 2022 (UTC)

== ChatGTP is great for helping write Wikidata description ==

I just asked [https://chat.openai.com/chat ChatGTP] "Describe the Biceps Brachii in 250 character or less in a way that would work for an item description on Wikidata" and it answered "The biceps brachii is a large muscle in the upper arm that is responsible for flexing the elbow and supinating the forearm. It is a two-headed muscle, with one head originating on the scapula and the other on the humerus". It missed the fact that there's also a flexion in the shoulder so I edited the response to "large muscle in the upper arm that is responsible for flexing the elbow, flexing the shoulder and supinating the forearm. It is a two-headed muscle, with one head originating on the scapula and the other on the humerus" which is a really nice description and took very little work. I can recommend it for helping writing descriptions. 

ChatGTP also can give a decent query when asked "Write a Wikidata SPARQL query that shows all women who are poets and who live in Germany". It's really a great help to working with Wikidata. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 22:04, 2 December 2022 (UTC)

: Except that the description you got runs counter to the guidelines for [[Help:Description#Length|length of descriptions]].  I would say it fails at writing WikiData descriptions based on your recent edits, which have turned concise descriptions into multiple sentences. --[[User:EncycloPetey|EncycloPetey]] ([[User talk:EncycloPetey|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:09, 2 December 2022 (UTC)
::I did ask it to write a description in 250 character or less. If you want something concise in terms of 12 words or less you can also simply ask ChatGTP for that. "Describe the Biceps Brachii in 15 words or less in a way that would work for an item description on Wikidata" gives answer as well. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 22:23, 2 December 2022 (UTC)
:::I'd have thought the art of a good description is understanding the subject matter to bring out the salient points in a pithy manner, to aid in choosing the right one from a selection of similar things. It shouldn't attempt to describe the thing, that's a job for wikipedia, just provide enough detail to be unambiguous. You want a classification AI generating keywords rather than a natural language AI for that, and it could be much better than a human, but it would work best when applied uniformly across a class rather than piecemeal. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:05, 2 December 2022 (UTC)

::(edit conflict) Without any knowledge about ChatGTP: I’m very sceptical about a chatbot(-ish NLG system) producing syntactically correct SPARQL (but maybe they did some extra effort to ensure this, I don’t know). Writing something that looks like a description (and has a hopefully matching content) sounds much more like something that can be expected from a chatbot/NLG. But I’m decidedly AI-sceptical in general, so this comment is possibly too negative. --[[Special:Contributions/2A02:8108:50BF:C694:B9B9:90A0:E68E:FD99|2A02:8108:50BF:C694:B9B9:90A0:E68E:FD99]] 22:28, 2 December 2022 (UTC)

:::And yet ... https://twitter.com/timFinin/status/1598749799938809856 and https://twitter.com/timFinin/status/1598786295601324032 - examples of ChatGTP producing syntactically correct SPARQL for simple queries. If that's not enough, then a) [https://twitter.com/tilmanbayer/status/1598777304809107457 A rap battle between @Wikipedia and @wikidata, as envisaged by ChatGPT] and b) [https://twitter.com/tilmanbayer/status/1598778397052014592 ditto, opera love duet]. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:52, 2 December 2022 (UTC)

::::Related: [https://academia.stackexchange.com/questions/191197/is-it-ok-to-generate-parts-of-a-research-paper-using-a-large-language-model-such] --[[Special:Contributions/2A02:8108:50BF:C694:71E8:71CE:ABAB:E96B|2A02:8108:50BF:C694:71E8:71CE:ABAB:E96B]] 10:42, 5 December 2022 (UTC)
:It's not hard to write descriptions, they should be summaries. Like for people, it can almost be <code><Country> <Occupation></code>. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:18, 3 December 2022 (UTC)

::What an dystopian vision, I really can't understand ChristianKl's enjoyment. Let us keep the descriptions ''human, short & sharp''.--[[User:Kris Kringle Klan|Kris Kringle Klan]] ([[User talk:Kris Kringle Klan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:45, 3 December 2022 (UTC)
:::Do you see most of the descriptions that are currently created by bots as human descriptions? [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 11:56, 3 December 2022 (UTC)
::::Bots usually automate the editing process, but the descriptions they write are in most cases defined entirely by humans (bot operator, or source where it can be taken from). —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:14, 3 December 2022 (UTC)
:::::I cannot speak for Kris Kringle Klan, but I’d not so much be concerned about descriptions being written automatically (even involving sophisticated AI/NLG tools) as about using a tool for that designed for something else (or more general), which feels like cracking a peanut with an all-in-one jack-of-all-trades sledgehammer. There’s nothing wrong with making use of any tool that can help you make your editing easier, as long as you know how to use it correctly; there’s nothing wrong with getting inspired by an AI as long as you can tell whether it does what you want it to do (so please don’t adopt any AI-suggested description for some item you don’t know well enough to tell whether it is likely to fit). Bot operators, on the other hand, want to be as sure as possible their bots don’t become disruptive, so they want to retain control over how their bots write descriptions. Then, it’s at least their fault if something goes wrong, and they can (try to) fix/avoid it. With an AI solution, this becomes tricky… --[[Special:Contributions/2A02:8108:50BF:C694:D0BE:E480:6135:778B|2A02:8108:50BF:C694:D0BE:E480:6135:778B]] 13:13, 3 December 2022 (UTC)
:::::I don't think the descriptions that are created by bots for items are similar to a human writting a description for an item because a human can make a decision based on the item in question whether or not his change in description is an improvement. When a bot updates what another bot did in the past, there's often no case by case human decision. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 12:51, 4 December 2022 (UTC)
:man if people hate this idea they are gonna really hate my idea of using Dall-e to generate images for items lacking images. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:29, 4 December 2022 (UTC)
::Not sure if that was meant to be a joke, but making up images (using AI or not) just to have an item image sounds a very bad idea to me… (sorry) --[[Special:Contributions/2A02:8108:50BF:C694:C822:B499:A8C0:D69F|2A02:8108:50BF:C694:C822:B499:A8C0:D69F]] 20:54, 4 December 2022 (UTC)
:::it's only partially in jest [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:07, 4 December 2022 (UTC)
::::It could actually make sense to create images for items representing e.g. abstract concepts, but I don’t think making up images for the several million so far imageless instances of {{Q|5}} can lead to reasonable results. Especially given that for many of them we might have no idea what they look like, nor would an AI. --[[Special:Contributions/2A02:8108:50BF:C694:56D:8D42:AFA9:3BD0|2A02:8108:50BF:C694:56D:8D42:AFA9:3BD0]] 10:25, 7 December 2022 (UTC)
:ChatGTP will tell you lies about things it has not learned. [[User:Afaz|Afaz]] ([[User talk:Afaz|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:29, 5 December 2022 (UTC)
::Fun fact: Humans who do so will be blocked on almost any Wikimedia project. --[[Special:Contributions/2A02:8108:50BF:C694:71E8:71CE:ABAB:E96B|2A02:8108:50BF:C694:71E8:71CE:ABAB:E96B]] 08:40, 5 December 2022 (UTC)
== Wikidata items for videos at online video platforms? Do you agree? ==

Let's suppose XYZ is a location of public interest (e.g. museum, temple, archeological site, or protected area) and it is is recorded in a Youtube video. To add this knowledge to Wikidata, I'd create a Wikidata item for the Youtube video and add the statement {{Statement||P180|XYZ}}. I would also add statements such as the {{P|407}}, {{P|2047}},  {{P|577}}, {{P|10649}}, {{P|10651}}, etc. However, I feel that if I created such item, my item would be requested for deletion, because the video by itself is not notable, since it hasn't been described in a public reference such as a newspaper or an scholarly article. However, things that are shown in the video are notable.

The main reason why I feel motivated to create items for these videos is that there are videos in Youtube from different channels that show different places that are relevant for human knowledge: museums, temples, archeological sites, protected areas, etc and by creating such items, we could use SPARQL to find such videos. For example, someone could write a query for listing Youtube videos in Spanish that depicts statues located in Japan with more than 10 comments as of this date. Such query would include [https://www.youtube.com/watch?v=6U4iSn5N1s4 this video]. Just if this matter, this is the first time I watch a video from this Youtube channel, and I don't like watching these type of videos where people record their faces while walking on the street, but I think that the simple fact that it depicts {{Q|62124995}} makes the video relevant for human knowledge.

For the record, I don't have a Youtube channel and my main goal isn't advertising. I just feel there's knowledge in Youtube videos that could be beneficial for the community.

My question for you is: Do you agree with the idea of creating Wikidata items for Youtube videos that depicts things that conform with [[Wikidata:Notability]]? If not, what alternative would you propose for storing the fact that a location is depicted in a Youtube video and storing the language used in that video and the number of comments/views at different point in times?

-- [[User:Rdrg109|Rdrg109]] ([[User talk:Rdrg109|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:30, 6 December 2022 (UTC)

:I connect quality YouTube documentary videos with items by adding a WD item for the channel, and then adding a {{P|1343}} for the channel with a {{P|2699}} with the URL. Eg {{Q|732680}}. I can't see any merit in creating standalone WD items for YouTube videos unless they are much more substantial. I sometimes add title etc as other qualifiers. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:41, 6 December 2022 (UTC)
::There is also {{Property|P1651}} to link to a specific videos, in case this has not been considered yet. I think that items dedicated to individual videos should remain an exception, not become the rule here. Youtube has an API to request data related to videos, so technically it should not be too difficult for a user to gather all this information as described above. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:51, 6 December 2022 (UTC)
:::One reason I didn't use that is so lists of videos for a particular channel could be easily generated, it would be too easy to skip a channel qualifier for {{P|1651}}. In the same way {{P|973}} always seemed feeble. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:05, 6 December 2022 (UTC)

:It might, rarely, be worth linking a video to an item using e.g. {{P|973}}. I do not agree, {{ping|Rdrg109}}, that you should create items for videos. The video is not notable. It does not inherit notability from from its subject matter. It falls outside the criteria set out in [[WD:N]]. Beyond exceptional cases, I do not offer "an alternative ... for storing the fact that a location is depicted in a Youtube video" ... cataloging the contents of YouTube videos falls outside the scope of Wikidata. I accept there are all sorts of interesting videos on YouTube; but it is not part of the scope of wikidata to point its items at these videos any more than it is to point items at the plethora of books on, films on, tv programmes on, walking tours of, &c &c &c. 
:In my understanding, {{Property|P1651}} is an identifier used on items on, mainly, songs - so, [[Q57#P1651]], for instance. It points to the video analogue of the song. A youtube video on, say, York, is not the video analogue of the City of York, and so I cannot see a means by which P1651 can be used to satisfy Rdrg109's aim. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:04, 6 December 2022 (UTC)
::We do link to encyclopedias and scholarly articles though, and a good YouTube video can have a similar level of research and be a good visual introduction to a subject to counterpoint the Wikipedia style of text and static images. I value a well shot walkthough of a mine or animation of a battle. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:13, 6 December 2022 (UTC)

:Such items - if created - probably shouldn't be only about the Youtube video specifically, but rather about the work, i.e. the video/film/short film, in general. Doesn't really matter where an audiovisual work was published - whether it was on Youtube, Vimeo, Pornhub, Netflix, DVD or aired on TV - the item should describe the work itself, not a single platform-specfic copy of it. Even if it isn't currently available elsewhere. --[[Special:Contributions/2A02:810B:580:11D4:8CF2:F89:AF3F:BF36|2A02:810B:580:11D4:8CF2:F89:AF3F:BF36]] 19:35, 7 December 2022 (UTC)

== Suspicious string of items created by multiple accounts simultaneously ==

These items are all suspicious:

* {{Q|Q115626003}}
* {{Q|Q115626004}}
* {{Q|Q115626005}}
* {{Q|Q115626006}}
* {{Q|Q115626007}}

They all seem to be made by the same person at the same time, but each coming from different accounts. I'm not sure what to think of them. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:26, 7 December 2022 (UTC)
:Possibly an editathon type thing at an academic institution? Typically involves a set of new account registrations and the creation of more or less good items. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:14, 7 December 2022 (UTC)
::That's possible, beause it seems that the items have been expanded upon after some time. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:56, 7 December 2022 (UTC)
== Can we link to Wikivoyage listings? ==

Exampleː [[Q15931145]] . It links to Wikipedia articles, but it does not link to [[wikivoyage:Jiaxing#See|https://en.wikivoyage.org/wiki/Jiaxing]] where that entity (abbey) has a listing in the city article. The listing is connected to Wikidata (it links to our Q article) but there is no link back. Now, I understand that the interwiki link section is for articles, but can we add "wikivoyage listing" subsection somewhere, either to the interwiki links as a sub-article level or as a new property or something? To elaborate, Wikivoyage has many listings for topics that are considered too minor to have their own Wikivoyage article, but should be mentioned in the Wikivoyage articles. Many such listings have Wikipedia entries, or even if they do not, they meet Wikidata notability criteria. So Wikivoyage can link to Wikidata entry on such an entity, but we cannot link back (since we link to articles, not sections/listings), even if the listing existence on Wikivoyage is the main "wikipresence" of a given topic in Wikimedia system. That doesn't seem right.  [[User:Piotrus|Piotrus]] ([[User talk:Piotrus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:47, 4 December 2022 (UTC)

:I agree. It would be ideal if there was some way to link listings and/or sections. [[User:SHB2000|SHB2000]] ([[User talk:SHB2000|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:30, 4 December 2022 (UTC)
:I think we should better create redirects in Wikivoyage and link them with Wikidata, something an IP user did with [[voy:Ballygunge|Ballygunge]], [[voy:Jadavpur|Jadavpur]] and [[voy:Tollygunge|Tollygunge]] (although the redirects were created by me). '''[[User:Sbb1413|Sbb1413]]''' (he) ([[User talk:Sbb1413|talk]] • [[Special:Contributions/Sbb1413|contribs]]) 09:01, 4 December 2022 (UTC)
::@[[User:Sbb1413|Sbb1413]] That's a nice simple solution, which wouldn't require any coding. Only hurdle is to make sure such redirects are not deleted by an overzalous admin at WV? [[User:Piotrus|Piotrus]] ([[User talk:Piotrus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:07, 9 December 2022 (UTC)
:My external sites using WD are often of tourist attractions, so I would find this useful. The obvious approach, using urls with #section would require individual attractions to be their own sections, which is currently not the case in WikiVoyage.
:Links to sections of wikipedia articles would also be useful to me if a minor attraction is described as a section of an article for a place rather than having its own short page. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:23, 4 December 2022 (UTC)
:[[Wikidata:Sitelinks to redirects|Sitelinks to redirects]] are the way to solve this problem. I don't know the current redirect policy of Wikivoyage but if Wikivoyage wants those links it can have a redirect policy that allows the creation of those redirects which are then linked on Wikidata. The same goes for the individual Wikipedia's. 
:When it comes to {{Q|15931145}} having a redirect from "Vincent Abbey in Jiaxing" to the section on "Jiaxing" would also be good for Wikivoyage users regardles of Wikidata. 
:If you create such redirects and someone deletes them for violating a policy of an individual Wikiproject, raise the issue on the talk page of the policy for that Wikiproject and hopefully sooner or later the policy changes once enough people want the links from Wikidata and the interwiki links that comes with it. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 13:03, 4 December 2022 (UTC)
::We can only create redirects to sections, not to individual listings. [[User:Ymblanter|Ymblanter]] ([[User talk:Ymblanter|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:53, 4 December 2022 (UTC)
:::There are redirects like https://en.wikipedia.org/w/index.php?title=(7185)_1991_VN1&redirect=no that are more precise than sections. It might be desireable to have even more powerful way to link to specific parts of a page, but that's no Wikidata issue. Part of the advantage of having the sitelinks to redirects is that there's a clear separation of concerns. Wikidata only needs to link to the redirect and in further Wikipedia can develop it's way how it's redirects work on it's own. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 23:35, 4 December 2022 (UTC)
:::It is possible to create redirects with individual listings. For instance, [[voy:New Jalpaiguri|New Jalpaiguri]] redirects to the New Jalpaiguri Junction railway station listing in [[voy:Siliguri|Siliguri]]. '''[[User:Sbb1413|Sbb1413]]''' (he) ([[User talk:Sbb1413|talk]] • [[Special:Contributions/Sbb1413|contribs]]) 11:17, 9 December 2022 (UTC)

== The Guns of Navarone (Q756882) ==

Hello,

it looks like at good number of links have been lost on this article due to a merger [https://www.wikidata.org/w/index.php?title=Q756882&oldid=1781081990 Previous Version with 35 language entries vs. 19 now]. [[User:Poppy|Poppy]] ([[User talk:Poppy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:00, 7 December 2022 (UTC)

:I have restored the previous version. @[[User:Twodrifters|Twodrifters]], what were you trying to do? It is possible that some of the sitelinks were about the book rather than the film ... &mdash;&nbsp;Martin <small>([[User:MSGJ|MSGJ]]&nbsp;·&nbsp;[[User talk:MSGJ|talk]])</small> 22:33, 7 December 2022 (UTC)
::Common error, I've recently had do undo some of mine/my students edits as we got confused about a badly written item which was a review of a notable book (the book didn't have an item yet, and the review was named just like a book and didn't clarify it was a review...). Disambiguation at Wikidata needs more work.  [[User:Piotrus|Piotrus]] ([[User talk:Piotrus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:16, 9 December 2022 (UTC)
== Admin Bot Proposal: Deleting Empty Items ==

After a short discussion on [[Wikidata:Administrators'_noticeboard#Thoughts_on_an_admin_bot?|WD:AN]] I'm moving the discussion here. Normally bot proposals go to [[Wikidata:Requests for permissions/Bot]] but this is more controversial so I'm bringing the discussion here (RFP/BOT gets very little traffic). Proposal is to make an admin bot that deletes items if the following conditions are met:

* Item has no sitelinks / inbound links / statements
* Item has only 1 non-bot editor
* Item has been left unedited for 72 hours (or more?)

The rationale is that I've been looking at [https://w.wiki/65rL SPARQL of empty items] and there are >10 thousands items and most of them meet the above criteria. Some are created accidentally. Some are created by new users who don't understand wikidata. Having a human go through all of these is a waste of time and more are created all the time.

Optionally I also propose that we auto-notify users that they have made an item with no statements and explain to them why this is bad. Similar to the text in {{[[Template:uw-empty|uw-empty]]}}. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:04, 8 December 2022 (UTC)

:General support. Ideally the bot would advise the user (after ?72 hours) that they've created an items without sitelink / property / inboun link, set a reasonable deadline for remediation - perhaps 7 days - and on the 7th day, if no change, delete (optionally advising the user that the delete has been done). --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:16, 8 December 2022 (UTC)
::{{ping|Ladsgroup}} is the one who volunteered to implement the bot so I'll let them say if that feature would be hard to implement. Sounds like a reasonable idea to me. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:19, 9 December 2022 (UTC)
:::@[[User:BrokenSegue|BrokenSegue]] Yup, it's doable. Just noting that the only concern would be that the bot might flood someone's talk page but meh no big risk. [[User:Ladsgroup|Amir]] ([[User talk:Ladsgroup|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:04, 9 December 2022 (UTC)
::I support the procedure that Tagishsimon proposes. It helps engage the users which is valuable. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 00:31, 9 December 2022 (UTC)
:{{s}} --[[User:Emu|Emu]] ([[User talk:Emu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:02, 8 December 2022 (UTC)
:{{S}} This is a task where bot help would be really useful --[[User:Ameisenigel|Ameisenigel]] ([[User talk:Ameisenigel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:59, 9 December 2022 (UTC)
:{{S}}: Seems good. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:08, 9 December 2022 (UTC)
: {{ping|Lymantria|Vogone}} I do not think we would be acting on this request does not matter what happens in this section. My suggestion would be to transfer this request, assuming there is initial support, to [[Wikidata:Requests for permissions/Administrator]], then we can act on that request after a week.--[[User:Ymblanter|Ymblanter]] ([[User talk:Ymblanter|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:58, 9 December 2022 (UTC)
:: I agree that for assigning the admin flag to a specific bot a discussion has to happen elsewhere. Ideally, however, the conditions under which this future admin bot is going to operate are already agreed upon here. --[[User:Vogone|Vogone]] ([[User talk:Vogone|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:27, 9 December 2022 (UTC)
:::@[[User:Ymblanter|Ymblanter]] and @[[User:Vogone|Vogone]] My bot is already an admin, I assume it would only need a bot task approval. Right? [[User:Ladsgroup|Amir]] ([[User talk:Ladsgroup|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:20, 9 December 2022 (UTC)
::::Yes, this is right. I would still like to see a request open at [[Wikidata:Requests for permissions/Bot]]. I am fine with having most of a discussion here and a fast approval there, but I think we need a separate page. [[User:Ymblanter|Ymblanter]] ([[User talk:Ymblanter|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:25, 9 December 2022 (UTC)
:::::oh sure thing, that's a given. I already made more than fifteen of them :D [[User:Ladsgroup|Amir]] ([[User talk:Ladsgroup|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:23, 9 December 2022 (UTC)
::::::Ok so I'll wait until it seems we have consensus here (maybe another week without serious objection). Are you comfortable making the pro-forma request at [[Wikidata:Requests for permissions/Bot]] after that? [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:08, 9 December 2022 (UTC)
:::::::That seems to be a good strategy to me. Note that [[User:Ladsgroup|Ladsgroup]] already runs Dexbot having admin tasks and having a somewhat similar task, see [[Wikidata:Requests for permissions/Bot/Dexbot 13|this request]]. [[User:Lymantria|Lymantria]] ([[User talk:Lymantria|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:23, 10 December 2022 (UTC)

== EditGroups cannot handle user renames ==

My bot [[User:AniMangaDBImportBot]] was renamed to [[User:RPI2026F1Bot]]. However, EditGroups did not do the rename and treats these accounts like 2 separate users. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:27, 9 December 2022 (UTC)

:The project chat isn't exactly the best place for bug reports of the software. Phabricator tickets even if they aren't always immediately handled, are a better way to get something under developer attention. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 23:22, 9 December 2022 (UTC)
::There is no place for EditGroups on Phabricator. I had originally went there but it doesn't exist. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:16, 10 December 2022 (UTC)
:::User:Pintoch is the tool maintainer (and its original author, as much as I am aware). You may contact them directly via their user talk page. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:19, 10 December 2022 (UTC)
::::{{Re|RPI2026F1}} hi! I am not actively working on this tool anymore. My original motivation to build it was to make it possible launch the Wikidata integration in OpenRefine (to be a safeguard against unintended edit batches), and I am not working on that integration either anymore. To me, this tool really feels like stop gap solution which should eventually be replaced by a more natively supported notion of edit group (see the discussion at [[:phab:T203557]]), where it would likely be easier to transparently handle account renames. Such a re-implementation of the tool as an extension would be a completely new code base, with nothing in common with the current tool. As such, the Wikidata community should consider that the current tool might break any time, and people might need to find other solutions to undo the edit groups it tracks. If someone is interested in maintaining the tool in its current form, I would be very happy to give them the required accesses and advise as needed. − [[User:Pintoch|Pintoch]] ([[User talk:Pintoch|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:34, 10 December 2022 (UTC)
:::::Oh thank you for letting me know. I really appreciate EditGroups for managing Quickstatements batches [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:15, 10 December 2022 (UTC)
== After having converted a list of Wikipedia articles to a list of Wikidata items, how can I quickly find articles that were lost in the conversion process? ==

So, basically, I used Petscan to convert a Pagepile of articles from the English Wikipedia to a list of Wikidata items. But, in the process of doing that, three items were apparently lost, and I was wondering if there's any efficient way to figure out which three items were lost. I used Petscan's feature that shows you the pages in a Pagepile that don't have Wikidata items, but I was unable to find any articles using it. [[Special:Contributions/2602:306:C541:CC60:859B:2A4D:D71F:66E2|2602:306:C541:CC60:859B:2A4D:D71F:66E2]] 07:42, 10 December 2022 (UTC)

:If you are using pagepile, you can convert pagepile of items->pagepile of articles->pagepile of items and using the minus operation provided by PagePile to get the difference. If you have a pile of articles, PetScan provide a way to see which ones are not connected to items (and you can create new items for them). [[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:07, 10 December 2022 (UTC)
::In response to your second suggestion, as I said, I used that tool but it showed me that there were no articles in the Pagepile that didn't also have items. But I know that some are missing because the list of items has three missing articles according to the data that I have. Your first suggestion doesn't work in my case because the list of items that I have is too large to be converted to a PagePile format. [[Special:Contributions/2602:306:C541:CC60:E407:A4DB:92A3:6EC5|2602:306:C541:CC60:E407:A4DB:92A3:6EC5]] 15:09, 10 December 2022 (UTC)

== Contributor assignments ==

Can someone please tell me why I am marked as a contributor for some pages here when I have only created an article in the German-language Wikipedia, e.g. here: [https://www.wikidata.org/w/index.php?title=Q4065502&type=revision&diff=1787545868&oldid=1740761773]? Without any indication in the version history that this happens automatically. -- [[User:Aholtman|Aholtman]] ([[User talk:Aholtman|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:11, 10 December 2022 (UTC)

:You likely clicked within Wikipedia on "Add sitelinks to this article". That action is about contributing to Wikidata even if it's not obvious from the dialog. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 18:32, 10 December 2022 (UTC)

:: Well , actually, I did only this in this case: https://de.wikipedia.org/w/index.php?title=Nikolai_Nikolajewitsch_Andrejew_(Mathematiker)&oldid=228734202 (I just started a new article, actually with a translation by the translation tool), but did not click on "Links bearbeiten". The edit on wikidata was done - as far as I could retrace it - completely automatically. So this means that somebody (whoever - no name) is doing something and letting it look as if a different person has done it without documenting it? Best regards, --[[User:Aholtman|Aholtman]] ([[User talk:Aholtman|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:45, 10 December 2022 (UTC)
:::I would expect that's what the translation tool does. The translation tool considers it important that the translated article is interlinked with the original and therefore adds the sitelink to the newly created article to Wikidata. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 20:58, 10 December 2022 (UTC)
== String literal in query? ==

My (very limited) understanding of SPARQL includes the possibility of using string literals for the 3rd term in a triple. I have seen an example where people with the given name "Antoine" can be found but this uses some (magically found?) Q12345. If I modify the query using "Antoine", nothing is returned. In short, how can I build queries using string literals to be matched? [[User:AxelCorti|AxelCorti]] ([[User talk:AxelCorti|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:04, 9 December 2022 (UTC)
: {{ping|AxelCorti}} You need to check the datatype of a property. If the property in question has an "item" datatype, as does {{P|735}}, then it will only have items as values in Wikidata, which in the SPARQL UI would be represented as wd:Q12345 or whatever the id is. Properties with string (including monolingual string, URL, etc.) datatypes can be queried with string values in SPARQL. The wikidata query service (link in the nav bar) has autocomplete to "magically find" values, so if you type wd: then the first letters of the name you want and hit ctrl-spacebar you will be given a dropdown selection of id's. [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:48, 9 December 2022 (UTC)
::Thanks for confirming what I have found out by poking around. My task is to find data for persons where the number (at least for "catching up") is big enough to require an automated process so "typing" is out of the question. - I have thought of downloading everything and battling with the lot, but I fear that this would exceed my resources. Perhaps the organization for which I would be doing this has the necessary computing power, but I shy away from >6 hours of downloading time and the fantastic number of records. A subset of persons might be manageable. (I can work quite well with a full set of persons from DNB's GND.) [[User:AxelCorti|AxelCorti]] ([[User talk:AxelCorti|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:42, 11 December 2022 (UTC)

== Creating a Policy: namespace? ==

I think it would make sense to introduce a "Policy" namespace to make it clear what is official policy and what isn't.

See {{ll|Wikidata:List_of_policies_and_guidelines}} some official policies are in the Wikidata: namespace while others are in the Help: namespace but both namespaces also contain pages that aren't policies.

This would also come with the advantage that you could easily filter [[Special:RecentChanges]] to only show changes to policies.

--[[User:Push-f|Push-f]] ([[User talk:Push-f|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:26, 10 December 2022 (UTC)
:No, please no rule/policy/law namespace, putting it in project namespace (Wikidata) works just fine. I do see a mix up between Wikidata and Help namespace. Wikidata namespace should describe what you should and shouldn't be doing. Help should be how to do that and more extended information. You can [https://www.wikidata.org/wiki/Special:RecentChangesLinked?hidebots=1&hidecategorization=1&target=Wikidata%3AList_of_policies_and_guidelines&limit=500&days=30&enhanced=1&urlversion=2 already filter for it]. [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:51, 10 December 2022 (UTC)
::No the page also links proposed policies ... these aren't policies yet. --[[User:Push-f|Push-f]] ([[User talk:Push-f|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:41, 10 December 2022 (UTC)
:Why not just make a "Official policy" template and put it on every official policy page? [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:15, 10 December 2022 (UTC)
::[[Template:Policy]] —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:22, 10 December 2022 (UTC)
::{{Q|Q1067778}}. --[[User:Push-f|Push-f]] ([[User talk:Push-f|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:42, 10 December 2022 (UTC)

=== What's the difference between a Wikidata policy and a Wikidata guideline? ===

Please join the discussion at [[Wikidata_talk:List_of_policies_and_guidelines#What_is_the_difference_between_a_policy_and_a_guideline%3F]].

--[[User:Push-f|Push-f]] ([[User talk:Push-f|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:22, 11 December 2022 (UTC)

== Potential issues in Dorsten ==

Good evening, there are several potential issues in this object of my hometown [[Q3886#P150]].  Could someone please have a look?  Maybe the boroughs have to be deleted in this object?  At least at some other town around, boroughs are not listed. I think i didn't get the error free concept at this point yet..

Thanks! Olli [[User:Ziltoidium|Ziltoidium]] ([[User talk:Ziltoidium|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:10, 10 December 2022 (UTC)

:Your home time has one administration. It's boroughs likely don't have their own administration and thus {{P|150}} doesn't apply here. When looking at {{q|Q158083}} I found that {{P|527}} is used there for a similar purpose. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 20:28, 10 December 2022 (UTC)
::So what should i do now to solve this? 
::a) Remove the boroughs from [[Q3886#P150]] ?
::b) Or replace [[Property:P150]] with [[Property:P527]] ?
::I guess this "has parts" is a nice solution, but is this common use? Sorry, i am quite a newbie.. Thanks! [[User:Ziltoidium|Ziltoidium]] ([[User talk:Ziltoidium|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:33, 11 December 2022 (UTC)
:::Replacing P150 with P527 would be a solution that works and follows the modelling used in {{Q|158083}}. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 18:34, 11 December 2022 (UTC)

== Two connected themes ==

Items [[Q111146040]] and [[Q6495391]] look to be the same theme, maybe it will be useful to merge them. -- [[User:PereslavlFoto|PereslavlFoto]] ([[User talk:PereslavlFoto|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:18, 11 December 2022 (UTC)

:One seems to be 1800 onwards, the other ~1917 onwards, which is to say, entirely different things that should not be merged. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:25, 11 December 2022 (UTC)
== Please restore an example to SPARQL examples or update the tutorial ==

See [[Wikidata talk:SPARQL query service/A gentle introduction to the Wikidata Query Service]]. My students were doing this tutorial recently and we noticed this example has been removed from the, well, list of examples, so this part of the tutorial is broken. I have the feeling someone thought this example was silly (“Even more cats, with pictures”) and didn't realize it was used in this tutorial. Can someone fix it, by either restoring the example or changing the example in the tutorial? (I'd restore it myself but I have no idea where the relevant code is...). [[User:Piotrus|Piotrus]] ([[User talk:Piotrus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:14, 9 December 2022 (UTC)

:I restored the query from the screenshot. Although it seems that query had been deleted for years now, I went as far back as 2018 but it wasn't in the examples wiki page. 
{{SPARQL|query=#title:Even more cats, with pictures
#defaultView:ImageGrid
SELECT ?item ?itemLabel ?pic WHERE {
  ?item ?xl wd:Q146.
  OPTIONAL { ?item wdt:P18 ?pic. }
  SERVICE wikibase:label { bd:serviceParam wikibase:language "en". }
} }} [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:22, 9 December 2022 (UTC)

:@[[User:RPI2026F1|RPI2026F1]] Thanks. I also found it or a very similar one used (and working) at [[Wikidata:SPARQL_query_service/Wikidata_Query_Help/Result_Views#Image_Grid]]. [[User:Hanyangprofessor2|Hanyangprofessor2]] ([[User talk:Hanyangprofessor2|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:58, 12 December 2022 (UTC)

== How to add Wikidata identification section ==

I want to add Bollywood Actor Abhinay Raj Singh wikidata identifers section how i add identifers section pls help me [[User:Rajakraj|Rajakraj]] ([[User talk:Rajakraj|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:37, 11 December 2022 (UTC)

:You can add identifers the same way you add other properties. When you add them and no identifiers section existed previously, it gets created. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 18:36, 11 December 2022 (UTC)
:All of the "Add ..." links work the same, the sections are visual only. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:12, 12 December 2022 (UTC)




== Help with merging items ==

Hi, I'm having some trouble merging two duplicate items: [[Q31671338]] to [[Q31688467]].

I get the error:

<code>
Failed to merge Items, please resolve any conflicts first.

Error: Conflicting descriptions for language en-gb.
</code>

When I try and make the descriptions the same the publish button is disabled. How do I fix this so that the item can be merged? [[User:CoderThomasB|CoderThomasB]] ([[User talk:CoderThomasB|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:53, 11 December 2022 (UTC)
: @[[User:CoderThomasB|CoderThomasB]], you cannot  merge these items because each has an article in Cebuano. [[User:Michgrig|Michgrig]] ([[User talk:Michgrig|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:24, 11 December 2022 (UTC)
::How would I fix that so that the items can be merged? [[User:CoderThomasB|CoderThomasB]] ([[User talk:CoderThomasB|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:08, 11 December 2022 (UTC)
:::you need to merge the two cebuano articles. are you sure they are the same place? they have different identifier values. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:24, 11 December 2022 (UTC)
:Regardless of duplicate articles, you can always delete the description of one item, which is allowed. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:12, 12 December 2022 (UTC)

== Creating a Bubble Chart ==

I want to make a bubble chart. https://w.wiki/66f$ is working, but https://w.wiki/66g2 is not working. Only 'wdt:P2048' has changed between the two. But I don't know why the second link doesn't work. [[User:Ivisy6952|Ivisy6952]] ([[User talk:Ivisy6952|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:46, 12 December 2022 (UTC)
:[https://w.wiki/66gU This query] should work. You requested a height ({{P|P2048}}) which is of data type quantity, but the BubbleChart seems to expect a string. I used xsd:string(?cid) to cast the height to string. I also removed the OPTIONAL clause. This clause would return the label of ?cid (as "?cause"), if ?cid is a wikidata item. As {{P|P2048}} does not have Wikidata items as values, but quantities, ?cause is always null. It does not hurt to have it, but it is kind of needless. - [[User:Valentina.Anitnelav|Valentina.Anitnelav]] ([[User talk:Valentina.Anitnelav|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:56, 12 December 2022 (UTC)
== How can I distinguish specific object from class of objects? ==

I want to have some reliable way to detect that wikidata entry is about class of objects, not a specific object.

I would be fine also with answer "not enough tagged to answer that" but not with a serious chance for false positives.

For example {{Q|Q2617672}} is a specific object while {{Q|Q12518}} and {{Q|Q39715}} are class of objects, rather than a specific one. How can I distinguish between such things automatically? I tried to assume that specific objects will never have valid {{Q|P279}} but this seems to be an incorrect assumption

[[User:Mateusz Konieczny|Mateusz Konieczny]] ([[User talk:Mateusz Konieczny|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:30, 9 December 2022 (UTC)
:Can you give an example of when the assumption in the last paragraph doesn't hold up? With the exception of punning, I believe that it should hold up. [[User:Popperipopp|Popperipopp]] ([[User talk:Popperipopp|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:36, 9 December 2022 (UTC)
::{{ping|Popperipopp}} - is for example {{Q|Q1784259}} and {{Q|Q12829733}} handled incorrectly now? [[User:Mateusz Konieczny|Mateusz Konieczny]] ([[User talk:Mateusz Konieczny|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:06, 9 December 2022 (UTC)
:::{{ping|Mateusz Konieczny}} - It looks like the subclass statement has already been removed from {{Q|Q12829733}}. In my opinion, it should be removed from {{Q|Q1784259}} as well. They're both individuals. [[User:Popperipopp|Popperipopp]] ([[User talk:Popperipopp|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:34, 9 December 2022 (UTC)
:I think the opposite assumption is safer, that is, that something with {{P|279}} is always a subclass (regardless if it also has {{P|31}}. [[User:Ainali|Ainali]] ([[User talk:Ainali|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:45, 9 December 2022 (UTC)
:I have similar question. Is {{Q|3025883}} {{P|31}} or {{P|279}} {{Q|12206}}? As I think it should be {{P|31}}. How to distinguish such things? [[User:D6194c-1cc|D6194c-1cc]] ([[User talk:D6194c-1cc|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:58, 9 December 2022 (UTC)
:: {{ping|D6194c-1cc}} abstract concepts like diseases are not "specific objects". If we had Wikidata items for a specific person's experience of type-2 diabetes, then that might be a case where {{P|31}} should be used, but in general the default for abstract things should be {{P|279}}. The exception there is if you have a higher-order class, but those should be relatively rare. [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:42, 9 December 2022 (UTC)
:::Well, {{Q|3025883}} is a specific form of {{Q|12206}}. {{Q|12206}} is a group of diseases. And {{Q|3025883}} is a concrete disease from the group.<br>My question is about automation, too. I want to show type of disease (inflammatory, infection, etc). So I use {{P|31}} property to get type of disease in my infobox module. But some diseases are subclasses from other, and I can't rely on the {{P|279}} property because is too abstract. [[User:D6194c-1cc|D6194c-1cc]] ([[User talk:D6194c-1cc|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:56, 9 December 2022 (UTC)
::::unfortunately the rules of wikidata are not consistently enforced (or even consistently understood). Any query written against wikidata needs to account for this. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:00, 9 December 2022 (UTC)
:We currently don't have a clear agreement over the top level ontology. We would need such an agreement to really move forward, and relevant discussions being archived on https://www.wikidata.org/wiki/Wikidata_talk:WikiProject_Ontology before they really are concluded doesn't really help here. 
:As far as {{Q|12206}} and {{Q|3025883}} go I think that {{P|279}} is the right link. We currently don't use any "group of diseases" item in our disease ontology and I don't think we should either. 
:It would be worth to have a better model for diseases. It might be good to have {{Q|3508753}}, {{Q|18123741}} and similar items be {{P|31}} of a "type of disease" item. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 15:20, 12 December 2022 (UTC)

== Failure to add Sami data ==

As more and more Norwegian municipalities are getting official Sami (a set of indigenous languages of Northern Europe) names. There seems to be a desire to display this in the nowiki infoboxes. The first step would be to add this data to the respective wikidata element, and then add this to the templates. For [[Q5245991]] language:title:description should be Southern Sami:Osloven tjïelte:nöörjen tjïelte  . I cannot figure out how to add this. The element seems to be semi-protected, but I believe I have enough edits to be able to contribute, but not certain why I can't add this. [[User:BFG|BFG]] ([[User talk:BFG|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:40, 10 December 2022 (UTC)

:The language code for Southern Sami seems to be 'sma'. The easiest way to set the languages for which you can label is to create a Babel box on your [[User:BFG|userpage]].
:I'm using <nowiki>{{#babel:de-N|en-5|fr-1|la-0|}}</nowiki> so I can add labels in German, English, French and Latin when none are available. You can add 'sma' for Southern Sami along with the other language you like to be able to add when labels are missing. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 18:35, 11 December 2022 (UTC)
::Thanks, that was really helpful. I was tipped that I could change my user interface to Sami, but that was incredibly confusing for a non Sami speaker. The info boxes were helpful and now all the other languages I can contribute also shows up. Thanks to you my first Wikidata entry in Latin was performed right now. [[User:BFG|BFG]] ([[User talk:BFG|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:16, 11 December 2022 (UTC)
:::{{re|BFG}} Generally, if you want to load official names into nowiki infoboxes, it might be worth to store them in {{P|1448}} as well. That way you could also store a source for them. It would also allow the nowiki infoboxes to only show an official Sami name if one actually exists. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 14:44, 12 December 2022 (UTC)
::::{{reply to|ChristianKl}} we had a discussion about this on nowiki and this is exactly what we intend to do. For a name to be official in Norway, it has to be sanctioned by the King of Norway. Since this sanctioning is still pending, we will not do this until it has passed. [[User:BFG|BFG]] ([[User talk:BFG|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:23, 12 December 2022 (UTC)

== Artillery Battery - 2 wikidata concepts covered by single wikipedia articles ==

{{Q|240313}} describes a military unit, and has lots of wikipedia links. {{Q|56344492}} describes the physical structure, and has a few. I'm prepared to fix the many wrong classifications of buildings round the world as the former, but I'm not sure how to relabel them to avoid the error recurring, as articles like [https://en.wikipedia.org/wiki/Artillery_battery|the English Wikipedia Artillery Battery] swap between the people and the structure, and all the synonyms "battery", "gun battery" could be applied equally to both. I'm warned off having the same Wikipedia page for 2 WD items, and I can check the 3rd party site links, but how do we generally handle this type of ambiguity, other than using {{P|1889}} and duplicating links? [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:05, 10 December 2022 (UTC)

:Had to deal with a similar situation about a month ago. Just my personal opinion, but reading how this is labeled in other languages, I would suggest using 3 different designations. You know the nomenclature better than me, so feel free to improve them. Battery (unit size designation), Battery (fortification), Battery (artillery terminology). The latter can be used for the articles which mixes them. [[User:BFG|BFG]] ([[User talk:BFG|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:57, 10 December 2022 (UTC)

:Where there is undeniable conflation, so that it's not possible to assign the WP article to a plurality of WD items, then the WP article should be connected to a discrete item using P31={{Q|21484471}}, and with {{P|921}} for each subject covered in the article. In this case, for me, EN wiki is squarely/mainly about the military organisation. In other news, the WD item for the fortification would probably be better labelled as just 'battery' cf. https://canmore.org.uk/thesaurus/1/287/BATTERY and so {{P|1889}} on both items would be good insurance. If EN wiki lacks an article on the fortification-type battery and covers the concept only in the military organisaiton article, it might be permissible to point the fortification-type WD item at the section of the EN article dealing with the fortification concept by adding a redirect in EN wiki and linking to that.  --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:18, 10 December 2022 (UTC)

: See also [[Help:Modelling/Wikipedia_and_Wikimedia_concepts#Compound_Wikipedia_articles]] - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:41, 13 December 2022 (UTC)

== Label in language reports ==

Hi. Just finished updating the queries to generate statistics for label languages. But I noticed the reports for missing language labels were expensive. The report for Catalan language labels contains 12 properties and it took close to 50s to generate. In other words these reports are generally too expensive for the query engine, and some will consistently time out. AFAICT it has been like this for years.

Assuming you agree, these pages can be deleted by an admin: https://www.wikidata.org/wiki/Special:PrefixIndex?prefix=WikiProject+property+constraints%2Freports%2Flabel+language%2Fby+language%2Fmissing%2F&namespace=4

Ideally going forward there should be a per-property count of missing labels by language. This can, and should, be done without resorting to complex constraints. Exactly how to do this is up for debate. Either a bot can do it, I've mentioned this to both Ivan and Pasleim. It's unlikely Ivan's bot will do it, as it is memory constrained I hear. Another idea would be to make it a part of the property documentation. There are many possibilities. What do you think? [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:22, 11 December 2022 (UTC)

:Here's a little [https://public.paws.wmcloud.org/User:Infrastruktur/langreport/ prototype script] that generates statistics in JSON. Someone could adopt it and have it run daily and upload the results to Wikidata. It shouldn't be too hard to tweak the property documentation to read from this JSON. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:49, 11 December 2022 (UTC)
::I agree that the ListeriaBot implementation is not ideal. Since you have already pretty much everything for report pages there, why not run your own bot? We do need more editors with experience in that field and this looks like a good starter project. If you need some help setting your environment up, please let me know. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:08, 11 December 2022 (UTC)
:::{{ping|Infrastruktur}} Thanks for cleaning that out. [https://www.wikidata.org/wiki/Special:Search?search=haswbstatement%3AP650%20-haslabel%3Aes&ns0=1&ns120=1 Search is fast]. You can use that. You can even wrap it in mwapi call in SPARQL if you want to use that as a basis for a query. [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:08, 11 December 2022 (UTC)
::::Yes, search is quite fast, unfortunately the mwapi service has a limitation on 10 000 items. The property talk pages for properties that use "label in language constraint", links to both search and SPARQL reports. Both are good options, especially considering indications of infrequent use. But one user said he missed having statistics for missing labels, I was trying to get that last thing done, in order to get rid of the last use-case for complex constraints for label languages, and also get rid of the previous dysfunctional reports I linked to. I don't have an interest in running bots, but it would have been a shame not to provide an alternative in the form of a prototype implementation. The scripts are less than 2x 100 LOC so they are easy to audit. They generate JSON and wikitext reports. Only thing left to do is automate running them and uploading the result. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:10, 11 December 2022 (UTC)
::::{{Ping|Multichill}} Thanks for the tip on using CirrusSearch. It occurred to me I might use the API directly bypassing the item limit for the mwapi service. It also looks like I don't have to retrieve a full list of matches since I get the count on the first call. This will be a substantial improvement, making it orders of magnitude faster. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:03, 12 December 2022 (UTC)
:::::The scripts are indeed easy to audit, but this is not the issue here. It is also pretty simple to deploy them to a already set up bot environment. The actual liabilities are:
:::::* Any bot script needs at least some attention continuously, and that can add up if many scripts are running under that bot.
:::::* A bot operator may cease editing, and this can be quite a problem if there is too much responsibility concentrated at their bot.
:::::From a community perspective, it is really desirable to have many capable bot operators in order to diversify responsibilities and the work load that comes with running bots. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:55, 11 December 2022 (UTC)

== Wikidata weekly summary #550 ==

<div class="plainlinks mw-content-ltr" lang="en" dir="ltr">
[[File:Wikidata-logo-en.svg|150px|right]]
<div style="margin-top:10px; padding-left:5px; font-family:Georgia, Palatino, Palatino Linotype, Times, Times New Roman, serif;">''Here's your quick overview of what has been happening around Wikidata over the last week.''</div>
<div style="-moz-column-count:2; -webkit-column-count:2; column-count:2; -webkit-column-width: 400px; -moz-column-width: 400px; column-width: 400px;">

* '''Discussions'''
** New requests for permissions/Bot:
*** [[d:Wikidata:Requests for permissions/Bot/DL2204bot 2|DL2204bot 2]]
**** Task/s: Correct messy entries for scholarly articles of [[d:Q12268801|Uztaro. Journal of Humanities and Social Sciences. (Q12268801)]] and [[d:Q12253132|Aldiri. Arkitektura eta abar (Q12253132)]] journals, add 2020-2022 articles.
*** [[d:Wikidata:Requests for permissions/Bot/Kalliope 7.3|Kalliope 7.3]]
**** Task/s: Update [[d:User:Kalliope 7.3/List of bots|User:Kalliope 7.3/List of bots]] every hour.
** Closed request for permissions/Bot:
*** [[d:Wikidata:Requests for permissions/Bot/RPI2026F1Bot 2|RPI2026F1Bot 2]]<!-- renamed from TaxonamyBot -->
**** Task/s: For all items that have an enwiki page that starts with <code>Template:Taxonomy/</code>, set <code>[[d:Property:P31|instance of (P31)]] [[d:Q115595777|taxonomy template (Q115595777)]]</code>.

* '''[[d:Special:MyLanguage/Wikidata:Events|Events]]'''
** Upcoming
*** Next Linked Data for Libraries [[Wikidata: WikiProject LD4 Wikidata Affinity Group|LD4 Wikidata Affinity Group]] call December 13, 2022: [[:mw:Wikimedia Search Platform|Wikimedia Search Platform Team]] will be sharing updates on Wikidata Query Service (WDQS) and Blazegraph. For background, see [[Wikidata:SPARQL query service/WDQS backend update]]. '''[https://docs.google.com/document/d/1loXQkOQcF-nxxgsx6bn8b09iWznapQCpe2V2QlxchgU/edit?usp=sharing Agenda].'''
*** The fourth edition of the [https://meta.wikimedia.org/wiki/Special:MyLanguage/Coolest_Tool_Award Coolest Tool Award] will happen online on Friday 16 December 2022 at 17:00 UTC! The event will be live streamed on Youtube in the [https://www.youtube.com/user/watchmediawiki MediaWiki] channel.
*** [https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/thread/G6URAIYRGZODDGQWHFFUSL27TUK2J3RG/ Next Wikimedia Research Showcase - December 14]. "A year in review from the WMF Research team: Tying our work to the research community".
** Ongoing
*** Weekly Lexemes Challenge #71, [https://dicare.toolforge.org/lexemes/challenge.php?id=71 Qatar 2022]
** Past
*** [https://etherpad.wikimedia.org/p/Search_Platform_Office_Hours Talk to the Search Platform / Query Service Team—December 7, 2022]

* '''[[d:Special:MyLanguage/Wikidata:Press coverage|Press, articles, blog posts, videos]]'''
** Blogs
*** [https://www.rfgenealogie.com/infos/matchid-s-enrichit-de-liens-wiki MatchID enriched with Wiki links]
*** [https://wikiedu.org/blog/2022/12/08/another-successful-wikidata-project-with-uva/?fbclid=IwAR26qxlh2qxPmkxpa1LEslcKQejxrmOZymC6PlmSVPLDkcbO77u-eAstHCo Another successful Wikidata Project with UVA]
** Papers
*** ''[https://lists.wikimedia.org/hyperkitty/list/wiki-research-l@lists.wikimedia.org/thread/CR56NCXWNCEMEVZN2ZCKWQ2ZM2K75HCX/ The Research and Innovation track at SEMANTiCS 2023 EU welcomes papers...Abstract Submission Deadline: May 09, 2023 (11:59 pm, Hawaii time)]''
*** [[d:Q115647969|Computational Metabolomics: From Spectra to Knowledge (Dagstuhl Seminar 22181) (Q115647969)]], with:
**** ''3.7 Wikidata: empowering metabolomics research''
**** ''3.14 CxSMILES: computation ready representation for compound classes'' (about [[d:Property:P10718|CXSMILES (P10718)]])
** Videos
*** Wikidata as a tool to connect researchers, By Daniel Mietchen - [https://www.youtube.com/watch?v=TeT-8NnB4z short], [https://www.youtube.com/watch?v=TeT-8NnB4zI full talk]
*** Using and Editing Wikidata - [https://www.youtube.com/watch?v=uTRpiY4Wpuc YouTube]
*** Introduction to Wikidata and Wikibase for Libraries and Librarians (in Greek) - [https://www.youtube.com/watch?v=NvZs1ztMYJs YouTube]
*** Wikipedia Weekly Network - LIVE Wikidata editing #100 - [https://www.youtube.com/watch?v=QMPdgiz_gPk YouTube]
*** Tutorial for adding OSM data with the Wikidata tag and adding Wikidata items (in Indonesian) - [https://www.youtube.com/watch?v=lb4_thHMQnY YouTube]
*** BNElab, contribution and reuse in Wikidata (in Guaani) - [https://www.youtube.com/watch?v=Zt1E9Jgd4r4 YouTube]

* '''Tool of the week'''
** [[d:User:Lectrician1/qualifier-constraint-usage.js|qualifier-constraint-usage.js]]: Shows what properties this qualifier is a required and allowed qualifier on at the bottom of the qualifier page

* '''Other Noteworthy Stuff'''
** [https://lists.wikimedia.org/hyperkitty/list/wiki-research-l@lists.wikimedia.org/thread/PATCEMCZWXAK7YREERJOL22TTJJOXK6E/ The Wikimedia Foundation Research Award of the Year - Call for Nominations. Submit your nominations by February 6, 2023].

* '''Did you know?'''
<!-- NEW PROPERTIES DO NOT REMOVE -->
** Newest [[d:Special:ListProperties|properties]]: [[:d:Property:P11266|‎contact page URL]], [[:d:Property:P11267|‎Nomenclature de tous les noms de rosiers ID]], [[:d:Property:P11268|‎press information URL]], [[:d:Property:P11269|‎changeset]], [[:d:Property:P11270|‎RomArchive person ID]], [[:d:Property:P11271|‎African American Visual Artists Database ID]], [[:d:Property:P11272|‎Bureau of Meteorology location ID]], [[:d:Property:P11273|‎Epigraphic Database Heidelberg ID]], [[:d:Property:P11274|‎Dicionário de Gentílicos e Topónimos lemma ID]], [[:d:Property:P11275|‎manchu.work lexeme ID]], [[:d:Property:P11276|‎Professional Referee Organization ID]], [[:d:Property:P11277|‎CIViC gene ID]], [[:d:Property:P11278|‎Athletics Canada ID]], [[:d:Property:P11279|‎is a number of]], [[:d:Property:P11280|‎Ma'agarim ID]], [[:d:Property:P11281|‎Biographical Dictionary of the Australian Senate ID]], [[:d:Property:P11282|‎Tanzania Parliament member ID]], [[:d:Property:P11283|‎JCDb ID]], [[:d:Property:P11284|‎Dictionnaire de l'Académie française ID (1st edition)]], [[:d:Property:P11285|‎Dictionnaire de l'Académie française ID (2nd edition)]], [[:d:Property:P11286|‎Dictionnaire de l'Académie française ID (3rd edition)]], [[:d:Property:P11287|‎Dictionnaire de l'Académie française ID (4th edition)]], [[:d:Property:P11288|‎Dictionnaire de l'Académie française ID (5th edition)]], [[:d:Property:P11289|‎Dictionnaire de l'Académie française ID (6th edition)]], [[:d:Property:P11290|‎Dictionnaire de l'Académie française ID (7th edition)]], [[:d:Property:P11291|‎Dictionnaire de l'Académie française ID (8th edition)]], [[:d:Property:P11292|‎man page]], [[:d:Property:P11293|‎Amazon.com browse node]], [[:d:Property:P11294|‎TV Maze episode ID]], [[:d:Property:P11295|‎International Computer Game Collection work ID]], [[:d:Property:P11296|‎Cultural Good of Croatia ID]], [[:d:Property:P11297|‎JLect entry ID]], [[:d:Property:P11298|‎Open Korean Knowledge Dictionary sense ID]], [[:d:Property:P11299|‎Packard Humanities Institute (PHI) Greek Inscriptions ID]]
<!-- END NEW PROPERTIES -->
<!-- NEW PROPOSALS DO NOT REMOVE -->
** New [[d:Special:MyLanguage/Wikidata:Property proposal|property proposals]] to review: [[:d:Wikidata:Property proposal/number of penalty kicks scored|number of penalty kicks scored]], [[:d:Wikidata:Property proposal/Play:Right series ID|Play:Right series ID]], [[:d:Wikidata:Property proposal/OWID identifiers|OWID identifiers]], [[:d:Wikidata:Property proposal/Wikidata property example statement ID|Wikidata property example statement ID]], [[:d:Wikidata:Property proposal/Mangadex IDs|Mangadex IDs]], [[:d:Wikidata:Property proposal/WSJ article ID|WSJ article ID]], [[:d:Wikidata:Property proposal/maturity level|maturity level]], [[:d:Wikidata:Property proposal/official list URL|official list URL]], [[:d:Wikidata:Property proposal/thumbnail sharpness|thumbnail sharpness]], [[:d:Wikidata:Property proposal/Play:Right company ID|Play:Right company ID]], [[:d:Wikidata:Property proposal/IRIS Apulia IDs|IRIS Apulia IDs]], [[:d:Wikidata:Property proposal/Geograph Germany image ID|Geograph Germany image ID]], [[:d:Wikidata:Property proposal/Spiritains ID|Spiritains ID]], [[:d:Wikidata:Property proposal/Play:Right class ID|Play:Right class ID]], [[:d:Wikidata:Property proposal/VMI Historical Rosters Database ID|VMI Historical Rosters Database ID]], [[:d:Wikidata:Property proposal/INKR title ID|INKR title ID]], [[:d:Wikidata:Property proposal/Kitsu IDs|Kitsu IDs]], [[:d:Wikidata:Property proposal/Game-Rave ID|Game-Rave ID]], [[:d:Wikidata:Property proposal/Anime-Planet IDs|Anime-Planet IDs]], [[:d:Wikidata:Property proposal/has value|has value]], [[:d:Wikidata:Property proposal/ComicWalker content ID|ComicWalker content ID]], [[:d:Wikidata:Property proposal/STEDT ID|STEDT ID]], [[:d:Wikidata:Property proposal/Middle English Dictionary ID|Middle English Dictionary ID]], [[:d:Wikidata:Property proposal/Dictionary of Variant Chinese Characters ID|Dictionary of Variant Chinese Characters ID]], [[:d:Wikidata:Property proposal/Adventure's Planet ID|Adventure's Planet ID]], [[:d:Wikidata:Property proposal/value of property identifies|value of property identifies]], [[:d:Wikidata:Property proposal/not|not]], [[:d:Wikidata:Property proposal/frame rate|frame rate]], [[:d:Wikidata:Property proposal/Copernicus EMS ID|Copernicus EMS ID]], [[:d:Wikidata:Property proposal/Sega-Saturn.net ID|Sega-Saturn.net ID]], [[:d:Wikidata:Property proposal/PLDB ID|PLDB ID]], [[:d:Wikidata:Property proposal/ArchWiki ID|ArchWiki ID]], [[:d:Wikidata:Property proposal/has right|has right]], [[:d:Wikidata:Property proposal/(not) officially recognized by|(not) officially recognized by]], [[:d:Wikidata:Property proposal/Famicom World ID|Famicom World ID]], [[:d:Wikidata:Property proposal/property describes|property describes]]
<!-- END NEW PROPOSALS -->
** Query examples: 
*** [https://w.wiki/66bL Person(s) after whom both a warship and a microarchitecture are named] ([https://twitter.com/WikidataFacts/status/1601295039509909504 source])
*** [https://w.wiki/5wVo Institutions that have contributed to all #vBIB conferences so far] ([https://twitter.com/BenjaminFlaemig/status/1600565983994839041 source])
*** [https://w.wiki/64xE Composers by country of birth and edition] ([https://twitter.com/theklaneh/status/1599693324805283840 source])
*** [https://w.wiki/66km Mountains in Iceland with no Cebuano Wikipedia sitelink] ([[d:Wikidata:Request_a_query#Mountains_in_Iceland|source]])
*** [https://w.wiki/65$4 Universities that have an associated Mastodon account] ([https://wikis.world/@watty62@mstdn.social/109483441862156790 source])
*** [https://w.wiki/3jvn Most frequently occurring titles found on audio tracks] ([https://wikis.world/@moebeus@mastodon.online/109479209001064838 source])

* '''Development'''
** REST API:
*** We would love to have some [[d:Wikidata talk:REST API feedback round#Feedback_on_the_JSON_format|feedback on the JSON format for the REST API]]
*** Planning the final pieces that still need doing before the first release
** Vektor 2022: Finished work on making Vector’s new Search work with Wikidata. The changes roll out for testing on test.wikidata.org next week ([[phab:T275251]])
** Query Service:
*** Getting a link to the query is now possible in the same place as getting a link to the result of the query ([[phab:T324218]])
*** Removed the gif that showed on hover over the button that advertises the Query Builder to make it less annoying ([[phab:T296135]])
*** Added wikibase:identifiers to the autocomplete feature ([[phab:T302057]])
*** Adjusted the layout of the Query Builder header to be more in line with other application ([[phab:T288939]])
** Constraint violations: When a language name is mentioned in the constraint it will now show the name of the language in the interface language instead of the language itself to make it easier to understand ([[phab:T316936]])

[[phab:maniphest/query/4RotIcw5oINo/#R|You can see all open tickets related to Wikidata here]]. If you want to help, you can also have a look at [https://phabricator.wikimedia.org/project/board/71/query/zfiRgTnZF7zu/?filter=zfiRgTnZF7zu&order=priority the tasks needing a volunteer].

* '''Monthly Tasks'''
** Add labels, in your own language(s), for the new properties listed above.
** Comment on property proposals: [[d:Wikidata:Property proposal/Overview|all open proposals]]
** Contribute to a [[d:Special:MyLanguage/Wikidata:Showcase items|Showcase item]].
** Help [[d:Special:LanguageStats|translate]] or proofread the interface and documentation pages, in your own language!
** [[d:User:Pasleim/projectmerge|Help merge identical items]] across Wikimedia projects.
** Help [[d:Wikidata:Status updates/Next|write the next summary!]]

</div>
<div style="margin-top:10px; font-size:90%; padding-left:5px; font-family:Georgia, Palatino, Palatino Linotype, Times, Times New Roman, serif;">'''[[:d:Special:MyLanguage/Wikidata:Status updates/2022 12 12|Read the full report]]''' · [[m:Global message delivery/Targets/Wikidata|Unsubscribe]] · [[:d:User:Mohammed Sadat (WMDE)|Mohammed Sadat (WMDE)]] 16:29, 12 December 2022 (UTC)
</div>
</div>
<!-- Message sent by User:Mohammed Sadat (WMDE)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikidata&oldid=24145216 -->
== "church" and "Church" ==

That is, a particular building and/or congregation ''vs.'' a denomination.

I believe there is a bit of a mess in {{C|115160305|279|34651}}, but I'm not sure how it should best be resolved. - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:38, 13 December 2022 (UTC)

:You could do a SPARQL query and remove the known exceptions. In your example there is no {{P|31}} so you can setup your query so that both {{Statement||P279|Q34651}} and {{Statement||P31|<any value>}} have to exist. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:51, 13 December 2022 (UTC)

== No support for displaying incremental archives? ==

I've noticed that Wikidata has almost next-to-no support for displaying incremental archives (Archive 1, Archive 2, etc.). I think there are many talk pages that could use archiving but not month and year-based archives as they don't generate enough content for that. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:52, 13 December 2022 (UTC)
:Good news! You are wrong, see [[User:Hazard-Bot/Archiver]] :) [[User:Mateusz Konieczny|Mateusz Konieczny]] ([[User talk:Mateusz Konieczny|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:34, 13 December 2022 (UTC)
::That makes the archives. However, there's nothing like English Wikipedia's banner that shows all of the incremental archives on the parent page. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:40, 13 December 2022 (UTC)
:::[[Template:Archives]]? See https://www.wikidata.org/w/index.php?title=Wikidata_talk:WikiProject_Ontology&oldid=1784614519 (current version uses new archiving method) [[User:Mateusz Konieczny|Mateusz Konieczny]] ([[User talk:Mateusz Konieczny|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:42, 13 December 2022 (UTC)
::::Oh thanks, this is what I was looking for. I was mostly following the archive box examples I saw in pages like the project chat (where we are now) and all of them used the month/year archiving system. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:45, 13 December 2022 (UTC)
:::::Putting this templates in "See also" in places where you checked may help next person so I would encourage to try doing this :) [[User:Mateusz Konieczny|Mateusz Konieczny]] ([[User talk:Mateusz Konieczny|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:51, 13 December 2022 (UTC)

== Coord for {{Q|18148660}} ==

Last week I noticed that the coords of this library were over hundred meters off so did a quick rough adjustment with my tablet, somehow. Now I'm at the real computer and Google Earth's photo is showing 40°51'32"N, 73°54'45.5"W as better. But, when I enter the new numbers and click "Publish" nothing happens. Eh? [[User:Jim.henderson|Jim.henderson]] ([[User talk:Jim.henderson|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:48, 13 December 2022 (UTC)
:From your description: who knows. I've amended to coord to point at the centre of the North Hall, the 2nd & 3rd floor of which seem to be the library. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:32, 13 December 2022 (UTC)
::Thanks, {{Ping|Tagishsimon}} I should have thought of that trick of adding the new coord before deleting the old. Next time the plain edit doesn't work, I'll give it a try. [[User:Jim.henderson|Jim.henderson]] ([[User talk:Jim.henderson|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:37, 13 December 2022 (UTC)
== Documenting the limitations of Wikidata ==

Hey all, I just created [[Wikidata:Limitations]] as an attempt to document the limitations of Wikidata. You are more than welcome to leave feedback here or on [[Wikidata talk:Limitations|the talk page]] :) I am also interested in any other limitations you can think of, that aren't listed on the page yet.

Cheers,
--[[User:Push-f|Push-f]] ([[User talk:Push-f|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:26, 9 December 2022 (UTC)

:It's an interesting topic for sure. There might be some overlap with [[Wikidata:WikiProject Limits of Wikidata]], but your document seems to approach the subject from a more broad point of view. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:14, 9 December 2022 (UTC)
:@[[User:Push-f|Push-f]] If you just create a new page, why do it in the main namespae instead of as a draft on your own userpage? [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 18:45, 9 December 2022 (UTC)
::I think the content of the page is accurate and it's more likely to be found and more likely to be expanded in the Wikidata: namespace. I think it's very important for any project to openly document the limitations and also to encourage discussions about them.
::I would be more inclined to open RFCs about the "moving of drafts to the Wikidata namespace" if the RFC process didn't have the stipulation that an RFC "should be done after a long discussion via the other channels" ... I have not found other channels, I really want to participate in. I hear the Telegram channel is active but I don't use Telegram. While the Matrix channel is bridged to the IRC channel it's pretty much dead, I have never gotten any reply when asking about feedback there.
::You're an admin, if you don't think the page belongs in the Wikidata: namespace, please just move the page (along with the talk page and subpages) to my user namespace [[User:push-f/Wikidata:Limitations]] ... I cannot do so myself without leaving a redirect behind.
::--[[User:Push-f|Push-f]] ([[User talk:Push-f|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:14, 9 December 2022 (UTC)
:::I moved it to https://www.wikidata.org/wiki/User:Push-f/Wikidata:Limitations
:::Another channel is for example the project chat we are having here. Also the various Wikiprojects.
:::You wrote about Privacy: "Statements about living people should only be made if they can be considered widespread public knowledge or are openly supplied by the individual themselves". 
:::According to our policy that's only true for those properties that are at the highest privacy protection level but not for properties that are at lower levels. 
::: 
:::Having seen the confusion more it likely would make sense to rename the two protection levels into "privacy protection level I" and "privacy protection level 2", maybe I will write an RFC sometime about it. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 23:22, 9 December 2022 (UTC)
::::Thanks. The wording of the policy should really be improved then because it does not say that clearly ... at all. I don't think it's necessary to change the names of these levels ... just the description has to be improved. --[[User:Push-f|Push-f]] ([[User talk:Push-f|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:32, 10 December 2022 (UTC)
:::::FYI, I created [[Wikidata:Limitations]] as a disambiguation page linking [[Wikidata:List of policies and guidelines]], [[Help:Data type#limitations]], [[Wikidata:WikiProject Limits of Wikidata]], as well as my unofficial draft under ''See also''. I hope that's alright. --[[User:Push-f|Push-f]] ([[User talk:Push-f|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:16, 10 December 2022 (UTC)
:::::Where did you get the idea that "Statements about living people should only be made if they can be considered widespread public knowledge or are openly supplied by the individual themselves"? I see that pharasing only in that paragraph about the "Statements that may violate privacy" protection class. Which might be renamed into "privacy protection level 2". 
:::::The general statement is "As we value the dignity of living people, the information that we store about them deserves special consideration. Instead of striving to provide all possible information about living people we strive to provide only information in whose veracity we have a high confidence and which doesn't violate a person's reasonable expectations of privacy. Statements that can reasonably be expected to be challenged should be supported by a reliable source. When exercising editorial judgment we should always consider the possibility of harm to living people." [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 18:57, 10 December 2022 (UTC)
::::::Let's continue this discussion in [[Wikidata talk:Living people#Ambiguity of this policy]]. --[[User:Push-f|Push-f]] ([[User talk:Push-f|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:36, 14 December 2022 (UTC)

== Entries with multiple dates of birth ==

I have recently encountered a few human (Q5) records which have multiple birth, or death, date entries with differing accuracies. e.g. [[Q727753]] [[Q768059]] [[Q229330]] [[Q3180945]] [[Q48231]]. They each have a sourced full date, but in addition there is a separate entry for just a year, or month/year.  First question, this has recently started happening, I am just wondering did I miss a discussion about this new implementation.  My second question (if not answered by my first), is there really a need to record a year of birth, when there is already a source for the full date? [[User:Periglio|Periglio]] ([[User talk:Periglio|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:58, 13 December 2022 (UTC)

:I don't think there's something new here. If the best sources for the date of birth are also the most precise ones and there are good sources for it you can delete the less precise ones. For {{Q|Q768059}} that's not the case as there's only user-generated content sources for the most precise value but better sources for the less precise value. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 11:55, 13 December 2022 (UTC)

::WD does not normally delete well-sourced statements, such as a year date, in a situation in which there is a more precise well-sourced month or day date. Instead, statement rank is used to set the more precise well-sourced date to 'preferred' leaving the less precise well-sourced dates as 'normal' rank. Poorly-sourced dates - such as wikipedia imports and unreferenced dates are normally removed if there is a well-sourced date.
:I operate a bot that marks more precise dates as the preferred value and I understand that to be the correct thing to do. Leave the less precise but they aren't the preferred value and so don't cause problems when running SPARQL. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:32, 13 December 2022 (UTC)
::It might cause problems anyway if you try to retrieve the full form of the statement. <span style="border: 1px #C9C9C9;"><span style="background-color:#E8E8E8;padding:3px;">author&nbsp;</span><span style="background-color:#FFFFFF;">&nbsp;[[User:TomT0m|TomT0m]] / </span>talk [[User talk:TomT0m|page]]</span> 10:36, 14 December 2022 (UTC)

== How to mass remove invalid subclass? ==

After https://www.wikidata.org/w/index.php?title=Q61941085&diff=prev&oldid=1789091280 https://www.wikidata.org/w/index.php?title=Q61941105&diff=prev&oldid=1789092107 it is clear that this problem is systematic and finding it one by one and then fixing it one by one will be annoying.

How can I delete all instances where such value is used as sublass? Can I do this or is it requiring pasing bot approval (though bot policy on Wikidata seems to be mostly kept as trap for people seriously following rules)

I found [[Wikidata:Tours]], there is an "Automatic addition" in sidebar. I tried [[Help:Contents]] and found [[Wikidata:Tools/Edit items]] but nothing seems to match. [[Wikidata:Contribute]] was not helpful. The same for [[Help:FAQ#Editing]]

(if someone else will do this edit I also would be quite happy)

[[User:Mateusz Konieczny|Mateusz Konieczny]] ([[User talk:Mateusz Konieczny|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:08, 13 December 2022 (UTC)

:You can use the [[:toolforge:quickstatements|QuickStatements]] tool to remove such claims without bot approval. Please start with small batches, though. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:26, 13 December 2022 (UTC)
::So I need first to generate commands somehow, then execute it with QuickStatements, right? [[User:Mateusz Konieczny|Mateusz Konieczny]] ([[User talk:Mateusz Konieczny|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:43, 13 December 2022 (UTC)
:::Yes, correct. [[Help:QuickStatements]] might be helpful at the beginning, but quite quickly this should be a routine. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:46, 13 December 2022 (UTC)
:Petscan can also help. It can remove statements on a set of results. <span style="border: 1px #C9C9C9;"><span style="background-color:#E8E8E8;padding:3px;">author&nbsp;</span><span style="background-color:#FFFFFF;">&nbsp;[[User:TomT0m|TomT0m]] / </span>talk [[User talk:TomT0m|page]]</span> 10:37, 14 December 2022 (UTC)

== Have I done anything wrong yet? ==

I'm new here, heh, but I've done a few of the tours and tried to make a couple edits / items in an attempt to be helpful - just trying to make sure I'm not going in the complete wrong direction before I continue. Lookin' through my [[Special:Contributions/LilWaddleDee|contributions]], have I done anything wrong yet? [[User:LilWaddleDee|LilWaddleDee]] ([[User talk:LilWaddleDee|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:59, 14 December 2022 (UTC)

:There is a common confusion between a book, a physical object, say the copy of the Gutenberg Bible in the British Library, and a literary work, the bible writings itself. So your {{Q|115625588}} should follow the form of {{Q|936276}} using {{Q|7725634}} and {{P|136}} [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:20, 14 December 2022 (UTC)
::Aha, gotcha - I'll sort that out now. [[User:LilWaddleDee|LilWaddleDee]] ([[User talk:LilWaddleDee|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:24, 14 December 2022 (UTC)

== Mapping between Wikidata Datatypes and RDF Datatypes ==

Hi, where can I find the mapping between Wikidata Datatypes (like External identifier, String, Monolingual text, etc.) and the RDF(S)/XSD Datatypes (like xsd:dateTime, xsd:integer, xsd:string, etc.)?
Specifically, I need this for building some SheX shapes.

Thanks,
Valentina [[User:Valentina Carriero|Valentina Carriero]] ([[User talk:Valentina Carriero|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:33, 14 December 2022 (UTC)

:@[[User:Valentina Carriero|Valentina Carriero]] On this page probably : [[:mw:Wikibase/Indexing/RDF_Dump_Format#Value_representation]]. It is accessible from the sparql query service for example, help menu for quick access. <span style="border: 1px #C9C9C9;"><span style="background-color:#E8E8E8;padding:3px;">author&nbsp;</span><span style="background-color:#FFFFFF;">&nbsp;[[User:TomT0m|TomT0m]] / </span>talk [[User talk:TomT0m|page]]</span> 11:41, 14 December 2022 (UTC)
== Creation of items for all external identifier identifers ==

I would like to create items representing the identifiers of '''all''' the external identifier properties so that we can relate a an external identifier property ({{P|P1651}}) with the thing its value identifies ({{Q|Q63412991}}) and replace {{P|1629}} (which is currently conflated and used for multiple relationships. For example, see {{P|2002}}).

Here is an example of this relationship with {{Q|Q110851517}} as the external identifier item: 

{{Statement|Q110851517|P10476|Q63412991}}

{{Statement|P1651|P10726|Q110851517}}

If we do this we can also describe other relationships on the external identifier item such as:

{{Statement|Q110851517|P279|Q6545185}}

{{Statement|Q110851517|P2378|Q866}} 

{{Statement|Q110851517|regex format|/asdf-lskdfj-sldkfj/}} (useful for identifiers other than this one)

Does this sound like a good idea? Would the items be notable/structurally needed?

If they are not notable/structurally needed, we'll need to create at least 2 new properties to describe the above relationships and possibly others in the future (so this is the tradeoff):

# [[Wikidata:Property proposal/value of property identifies|value of property identifies]]
# [[property identifier issued by]] (we'll need to split up {{P|P2378}} since that is currently conflated as it is used on both properties and items. For example, {{P|P1651}} is {{P|P2378}} the {{Q|Q110435017}}, not {{Q|Q866}}. Thus, we'd need a "property identifier issued by" property)

@[[User:Push-f|Push-f]] @[[User:ChristianKl|ChristianKl]] @[[User:Wd-Ryan|Wd-Ryan]] [[User:Lectrician1|Lectrician1]] ([[User talk:Lectrician1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:21, 13 December 2022 (UTC)

:{{support}} Creating items for identifiers also lets us use {{P|P1114}} which is more clearly defined than {{P|P4876}} since it's clear what the records actually are. Also consider the semantic differences of {{P|P571}} ... I would understand {{P|P571}} on a property to refer to the date the property was created while on a data item it's clear that it's about the entity represented by the data item. --[[User:Push-f|Push-f]] ([[User talk:Push-f|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:27, 13 December 2022 (UTC)
:I agree that items like this would be a good idea, but I don't think you can create them automatically. Our property follow our own naming schema and that might not always be appropriate for individual items. You would actually need to look at the particular entity in question to look how it's well represented. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 17:45, 13 December 2022 (UTC)
::I agree. This would be a manual process. [[User:Lectrician1|Lectrician1]] ([[User talk:Lectrician1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:51, 13 December 2022 (UTC)
:{{S}} I'd love to help out with this. -[[User:Wd-Ryan|wd-Ryan]] ([[User_talk:Wd-Ryan|Talk]]/[[Special:Contributions/Wd-Ryan|Edits]]) 18:10, 13 December 2022 (UTC)
:{{support}} This is how it should have been one, from day one. <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 11:41, 14 December 2022 (UTC)
*'''Comment''' I just hope this doesn't cause widespread confusion with {{P|1629}} or {{P|248}}, especially in adding references to statements.  The identifiers ''themselves'' are often arbitrary alphanumeric text strings that don't include any facts like birthdate, height, length, etc., but rather point to corresponding database entries that ''do'' include such info. In the case of YouTube ID, the information being referenced is in the particular video, not the ID, thus for example, I think {{statement||P248|Q110851517}}  would not make sense for referencing purposes (but could see people mistakenly using that format), but {{statement||P248|Q110058792|P1651|sRhTeaa_B98}} would be more correct. The ID "sRhTeaa_B98" contains no additional information, so perhaps clear instructions should be made so that the items for identifiers should not generally be used as references or for {{P|248}}. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:14, 14 December 2022 (UTC)
*:{{ping|Animalparty}} I understand your concerns with regards to {{P|248}}: some people could add these type of statements in references: {{Statement||248|<<items being proposed in this discussion>>}}. However, I don't understand your concerns on {{P|1629}}. Could you provide an example please?  -- [[User:Rdrg109|Rdrg109]] ([[User talk:Rdrg109|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:57, 15 December 2022 (UTC)
:{{S}} A Wikidata property and the identifier it represents are two different concepts, if we have an item for both, we have an example of [[Wikidata:Conflation]]. Let me explain this: Most of the times, Wikidata contributors discuss about Wikidata properties (e.g. the constraints the property might have, the domain of Wikidata items, etc.). That concept is different to a discussion between people that might not know about Wikidata but is familiar with the concept of the identifier. For example, the main subject of the video "[https://www.youtube.com/watch?v=gocwRvLhDf8  Will YouTube Ever Run Out Of Video IDs?]" by {{Q-|7817504}} is {{Q|110851517}}, not {{P|1651}}. - [[User:Rdrg109|Rdrg109]] ([[User talk:Rdrg109|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:04, 15 December 2022 (UTC)

== Titles in aliases? ==

I'm cleaning some data for future upload to Wikidata. Some of the "aliases" listed have titles, like "captain" or "president." [[Help talk:Aliases]] doesn't mention titles of people specifically. Should I take them out? [[User:Rachel Helps (BYU)|Rachel Helps (BYU)]] ([[User talk:Rachel Helps (BYU)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:15, 13 December 2022 (UTC)
:If the person is known as Captain this or President that, it's fine to add the title as part of an alias entry. Main purpose of aliases is discoverability of the item via search, and so using string forms which are found in 3rd party sources is always appropriate. cf. [[w:en:Robustness principle]]. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:36, 13 December 2022 (UTC)

:Like so much of Wikidata, there is no clear guidance. A good deal of common sense is called for, but not everyone agrees how much sense is common. I do think titles ''can'' be helpful and worthy of inclusion, but that doesn't mean all whom hold the title must be treated the same. [[Q188936]] is commonly known as "General Sherman", and {{Q|48373}} is the famous "Dr. Livingstone, I presume?", but we certainly need not append "General" or "Dr." aliases to every general, physician, or holder of a doctorate. I find that titles are especially useful for differentiating family members with shared names: as genealogies, history books, and other sources may routinely distinguish between a father, son, and grandson as "Captain John Smith", "Major John Smith", and "Dr. John Smith". [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:57, 13 December 2022 (UTC)
::A bunch of these aliases are for people who wrote for or appeared in the ''Millennial Star'', an LDS publication for missionaries. In that publication, they are often mentioned as "Elder" + last name as well as their first name. So I think that since they appear in print under that title, I will include the titles with the aliases in this batch of data, but not add it to every item of every person who was ever an LDS missionary, if that makes sense. [[User:Rachel Helps (BYU)|Rachel Helps (BYU)]] ([[User talk:Rachel Helps (BYU)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:02, 14 December 2022 (UTC)
* I think they are very important, when you transcribe old news articles, the paper of the day assumes you to already have a working knowledge of local people, so someone is only described as "Mayor Smith" or "Councilman Smith". The Wikidata entries need that so you can find them and link them. As usual, we most likely only need them for obscure people or to distinguish between people of the same or similar name.  --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:37, 14 December 2022 (UTC)

== 100,000,000 items ==

[[File:WD10 - 100000000 shape - light.png|thumb|100,000,000]][[Wikidata:Project_chat/Archive/2022/10#100_million_data_items_on_Wikidata|A while back]], we passed 100,000,000 content pages. Today, at around 14.38 UTC we passed the same number of items: [[quarry:query/69568|Quarry query.]] Since the query took around 30 seconds to complete, I don't know exactly which one was the hundred millionth, but I'm pretty sure it is [https://www.wikidata.org/w/index.php?title=Special:NewPages&offset=20221213143900&limit=10 one of these]. (Since I tried to hit the target, I'll excuse myself from further investigations.) [[User:Ainali|Ainali]] ([[User talk:Ainali|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:58, 13 December 2022 (UTC)

:[[File:Emoji u1f4af.svg|Emoji_u1f4af]] [[User:Lectrician1|Lectrician1]] ([[User talk:Lectrician1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:34, 14 December 2022 (UTC)

== Usage instructions in descriptions ==

When are we going to stop putting usage instructions in item descriptions, like the en:description for {{Q|Q1370598}} ("specially designed structure or consecrated space for use in worshipping; for significant location or place where a deity is worshipped see Q111286333 (place of worship)")? 

{{P|P2559}} has existed since February 2016‎. <span class="vcard"><span class="fn">[[User:Pigsonthewing|Andy Mabbett]]</span> (<span class="nickname">Pigsonthewing</span>); [[User talk:Pigsonthewing|Talk to Andy]]; [[Special:Contributions/Pigsonthewing|Andy's edits]]</span> 11:36, 14 December 2022 (UTC)

:It's not going to stop. Descriptions are our only way to communicate the difference between one item and another before an editor adds one to a statement. [[User:Lectrician1|Lectrician1]] ([[User talk:Lectrician1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:44, 14 December 2022 (UTC)
* We have so many items that have subtle differences in their definitions, we need long descriptions. See above, where someone is confused about the difference between "book" and "edition" and "literary work". My fave for confusion is "object has role" and "subject has role". --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:31, 14 December 2022 (UTC)

:The descriptions are easily available when the user searches for the item. The Wikidata usage instructions aren't. We would likely need a way to make the usage instructions to be more visible before they could replace descriptions fully. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 20:38, 14 December 2022 (UTC)
::I would support a wikibase change that made the advice easily available from the GUI, perhaps as an '?' icon next to the label that brought up a box with the instructions, which would be more useful than a truncated line as we get for the description. Or when a constraint violation is flagged. I'd never heard of the property before it was mentioned here. Descriptions are not the place to explain that book<>literary work in a WD context. I'm not convinced that project instructions should be contained in properties though, and there is often useful advice in the proposal and talk pages, but pithy advice at point of use is valuable [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:12, 14 December 2022 (UTC)
:Something I try to do is make sure similar concepts '''never''' have the same labels. Then people actually pay attention to what they're adding and don't jst add the first result when they're adding an item. [[User:Lectrician1|Lectrician1]] ([[User talk:Lectrician1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:05, 14 December 2022 (UTC)
* We also sometimes get overly long descriptions of humans, usually their job titles, but we don't have entries for that position or that company. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:44, 14 December 2022 (UTC)

== Google + geographic codes ==

Do we support Google+ geographic codes? See for instance [https://www.google.com/maps/place/St+Peter%E2%80%99s+Episcopal+Church/@41.0017369,-73.666668,15z/data=!4m5!3m4!1s0x0:0xebe46102748fa92f!8m2!3d41.0017595!4d-73.6667076 St Peter’s Episcopal Church] where the Google+ geographic code is "282M+M8 Port Chester, New York" for {{Q|Q115700167}}. We appear to support some sort of Google+ code here: [[Property:P2847]]. We need a unique identifier for businesses and churches and other geographic items to know when we already have an entry. [[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:14, 14 December 2022 (UTC)

:@[[User:Richard Arthur Norton (1958- )|RAN]] The codes used on Google Maps are based on the "plus codes" from the {{Q|Q23582265}} system, and aren't connected to {{P|P2847}}, an abandoned social network service. There was a proposal for these at [[Wikidata:Property proposal/Plus codes]] a few years ago which wasn't successful, for what it's worth.
:The Google ones are modified (see [[:en:Open Location Code#Common usage and shortening]]) so that "282M+M8 Port Chester, New York" is "[https://plus.codes/87H8282M+M8 87H8282M+M8]" with the first digits turned into a general location. 
:Note that this wouldn't be a ''unique'' identifier for a geographic item - it's just a coordinate box, so you could identify the church with any of +J7, +J8, +H8, +G8, and so on. Similarly, [https://plus.codes/87H8282M+VF +VF] over the road seems to contain two distinct businesses within that area (about 100 square metres?)  [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:43, 14 December 2022 (UTC)
::Thanks! You are correct, it wouldn't be unique, but could help find duplicate entries. The odds of two churches with similar names within the same coordinate box would be vanishingly small. We have dozens of entries called "First Dutch Reformed Church". --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:45, 14 December 2022 (UTC)
:::It would not be "vanishingly small". Scotland has very many pairs of church buildings, one very close to the other, having the same name, and arising out of the fairly simple principle that the congregation, dissatisfied with one building, built another. It's not enough to believe your own wishful thinking, RAN. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:52, 14 December 2022 (UTC)
== Property for image processor ==

Hi, I'm trying to populate photo camera items and it looks like we're missing several properties on the theme. For the case of {{q|Q861004}}, I wonder if I can use {{p|P2560}}; I asked on their [[Property talk:P2560|talk page]], but none of the people involved in the creation are still active. Does anyone know if use this property is correct, or do I need to create a specific property?. Thanks [[User:Amadalvarez|Amadalvarez]] ([[User talk:Amadalvarez|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:54, 10 December 2022 (UTC)

:@[[User:Amadalvarez|Amadalvarez]] It appears that most of the image processors you find in cameras are a [[:en:System on a chip]]. Afaict, that may include a GPU, but typically contains several other components as well. [[:en:Milbeaut]] for example appears to have multiple CPUs. I think it would be better to create a property for that. [[User:El Grafo|El Grafo]] ([[User talk:El Grafo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:32, 15 December 2022 (UTC)
::Thanks, @[[User:El Grafo|El Grafo]]. I assumed it, because I red that GPU is used to "output image manage", but "image processor" is just to convert an image to digital, this is, input. Thanks, [[User:Amadalvarez|Amadalvarez]] ([[User talk:Amadalvarez|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:51, 15 December 2022 (UTC)

== Missing Item ==

Hello, I cant find the items i created in any log and i didn't get any notification about it

The items are Alessandro Cotrufo (115681761), ServerNet (115682600), ExploreMyPC (115682064), Airconist (Q115682782), Parbhis Rehan (Q115690281)

I need help on it, thanks

[[User:QDJ22|QDJ22]] ([[User talk:QDJ22|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:29, 15 December 2022 (UTC)

:You can use Special:Log. Eg [https://www.wikidata.org/wiki/Special:Log?type=&user=&page=Q115681761&wpdate=&tagfilter=&wpFormIdentifier=logeventslist] [[User:Vojtěch Dostál|Vojtěch Dostál]] ([[User talk:Vojtěch Dostál|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:23, 15 December 2022 (UTC)
::See also [[WD:Undeletion]]. [[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:09, 15 December 2022 (UTC)

== Projection [Math] ==

What's the difference between {{Q|Q93504992}} and {{Q|Q519967}}? [[User:Modula-3|Modula-3]] ([[User talk:Modula-3|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:42, 15 December 2022 (UTC)

:Looking at the ptarticles and the statements, it seems that the more specific one is required to be linear, while the more generic notion can be used outside linear algebra. <span style="border: 1px #C9C9C9;"><span style="background-color:#E8E8E8;padding:3px;">author&nbsp;</span><span style="background-color:#FFFFFF;">&nbsp;[[User:TomT0m|TomT0m]] / </span>talk [[User talk:TomT0m|page]]</span> 14:19, 15 December 2022 (UTC)

== Community Wishlist Survey 2023 opens in January ==

<div lang="en" dir="ltr" class="mw-content-ltr">
''{{int:Please-translate}}''

(There is [[m:Community Wishlist Survey 2023 opens in January|a translatable version of this message on MetaWiki]])

{{int:Hello}}

The [[m:Community Wishlist Survey 2023|'''Community Wishlist Survey (CWS) 2023''']], which lets contributors propose and vote for tools and improvements, starts next month on Monday, [https://zonestamp.toolforge.org/1674496831 23 January 2023, at 18:00 UTC] and will continue annually.

We are inviting you to share your ideas for technical improvements to our tools and platforms. Long experience in editing or technical skills is not required. If you have ever used our software and thought of an idea to improve it, this is the place to come share those ideas!

The dates for the phases of the Survey will be as follows:

* Phase 1: Submit, discuss, and revise proposals – Monday, Jan 23, 2023 to Sunday, Feb 6, 2023
* Phase 2: WMF/Community Tech reviews and organizes proposals – Monday, Jan 30, 2023 to Friday, Feb 10, 2023
* Phase 3: Vote on proposals – Friday, Feb 10, 2023 to Friday, Feb 24, 2023
* Phase 4: Results posted – Tuesday, Feb 28, 2023

If you want to start writing out your ideas ahead of the Survey, you can start thinking about your proposals and draft them in [[m:Community Wishlist Survey/Sandbox|the CWS sandbox]].

We are grateful to all who participated last year. See you in January 2023!
</div>

{{int:Feedback-thanks-title}} <bdi lang="en" dir="ltr">Community Tech, [[m:User:STei (WMF)|STei (WMF)]]</bdi> 16:44, 15 December 2022 (UTC)
<!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Community_Wishlist_list_for_non-Wikipedias&oldid=24239678 -->
== Items for individual entries in online encyclopedias ==

Some examples are {{Q|104021277}}, {{Q|47478329}} and {{Q|61068243}} (see the version before merging).

Here is my opinion for keeping such items:
* The items for articles may provide informations about the articles themselves (such as author, [https://www.wikidata.org/w/index.php?title=Q21165636&diff=1474947505&oldid=1469782316 cited works])
* Also, this prevents duplicated imports (if such items are deleted and Wikipedia refers to such DOIs then they may be imported to Wikidata in the future)

Previous discussions:
* [[Wikidata:Project chat/Archive/2020/12#Encyclopedia article items]]
* [[Wikidata:Requests_for_deletions/Archive/2021/04/26#Bulk_deletion_request_-_articles_from_Benezit_and_Electronic_Enlightenment_and_Grove_Art_Online]]
* [[Wikidata talk:WikiProject Source MetaData/Archive 5#Encyclopedia articles and notability]]
* [[Wikidata:Bot_requests/Archive/2021/01#Admin_bot_for_deletion_of_100k_non-notable_items]]
* [[Wikidata_talk:WikiProject_Chemistry/Archive/2022#RFD:_delete_IUPAC_GOLDBOOK_entities_"scholarly_article"]]
* [[Wikidata:Property_proposal/Biographical_Memoirs_of_Fellows_of_the_Royal_Society_ID]] (mentioning some subject items with DOI which results in incorrect imports)
* [[User_talk:Mahir256#Removing_Benezit_Dictionary_of_Artists_id's]]

--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:48, 4 December 2022 (UTC)

:If feels like the tail wagging the dog. If the external source shows there is a notable item WD is missing, then it seems sensible to add a WD entry with a {{P|31}} and the external source ID, and expect a network to grow round it. But the danger is it could be used as an excuse to pump in all an external source in WD without checking our already comprehensive coverage. I've got lots of Scottish shipwreck sites that came from a heritage register import that are proving very tedious to merge with our existing ship entries. An article about John Barker would be better served as described_by_source for the person than a separate article, and we don't want entries with labels like Chervin, Louis that go against our label conventions and make merges much harder. Properties of the external source can be become qualifiers when attached to existing entries. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:53, 4 December 2022 (UTC)
::The Barker example was very weird - I had no idea {{P|P10704}} existed. We already have items for (I think) every published paper in the ''Biographical Memoirs'', at least all the ones that have an issued DOI, so we already had the DOI at {{Q|Q47478329}} and it linked to him with main-subject. Not sure this specific identifier is really useful. [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:28, 7 December 2022 (UTC)
:::Now flagged up at [[Property talk:P10704]]. [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:09, 15 December 2022 (UTC)

:If an encyclopedia entry comes with DOI, OpenAlex ID or other identifier for scholarly resources, it belongs on Wikidata just as much as any other scholarly article, with {{P|921}} linking to the Q-id of what the entry is about.  Same for entries which feature individual authorship information or cite references, bibliography or "authorities" - that information can be added to Wikidata's authorship and citation graphs. --[[User:Hupaleju|Hupaleju]] ([[User talk:Hupaleju|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:53, 5 December 2022 (UTC)
::Any feeling for how many such articles are out there, and would they swamp the ~100m entries WD currently has? We'd need a better editing UI to help people typing in the search boxes being prompted by things in preference to articles about things. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:51, 5 December 2022 (UTC)
* As the discussion about IUPAC GoldBook entries has been cited here, I feel obligated to comment. DOI does not mean (1) the object behind the DOI is a scientific article, (2) the object is any article, (3) the object is a valid Wikidata item. In other words, the existence of a DOI number does not imply that the digital object behind this ID is notable. In the case of IUPAC GoldBook we have not an online encyclopedia, but an online database that collects entries about chemical definitions from various sources. These entries are not scientific articles, are not any articles at all, sometimes the entry is one word only. This database is similar to other chemical/medial/biological databases (like MeSH for example) used in Wikidata. The difference is that it can be accessed both by using IDs and by using DOI service (which also utilises these IDs). We already have one way to link to IUPAC Goldbook (by a dedicated ext-ID property). If we started applying the logic outlined above, we could create billions of items describing individual entries in every possible database. I guess that's why we have dedicated extID properties...? ''[[User:Wostr|Wostr]]'' <small>([[User talk:Wostr|talk]])</small> 19:33, 5 December 2022 (UTC)

:The use of such items depends on the field they are about. Please note that the Wikiproject Chemistry, in the discussion linked above, have expressed their opinion already strongly about the chemistry related items. The proponent of this, User:GZWDer has not deemed it necessary to participate in the discussion, as usual. I would hope for a solution that doesn't force a reversal of the decision by the WP:Chemistry. Let the WPs decide if they want this. --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:17, 5 December 2022 (UTC)

:I only have an opinion at the moment about the 63.362 Benezit "encyclopedia articles". These are just junk without any added value just making it harder to find. These should all be deleted starting with the [https://w.wiki/66E9 58.304] unused ones. Throwing all these different topics on one gigantic heap is a good way to ensure that nothing happens. [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:05, 10 December 2022 (UTC)
::[[Wikidata:Requests_for_deletions#Benezit_Dictionary_of_Artists_bulk_of_58.000_unused_items]]. [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:08, 16 December 2022 (UTC)

== New qualifier ==

Hello, I contribute to Wikidata a little, but my terminology might be wrong, please forgive me.

I'd like to see a way of documenting webpage URLs for individual locations in chains. eg Greggs ([[Q3403981]]) would be `^https://www.greggs.co.uk/shop-finder?shop-code=(\d+)$`, Sainsbury's ([[Q152096]]) would be `^https://stores\.sainsburys\.co\.uk/(\d+)/([-\w]+)$` and Bupa ([[Q931628]]) would be `^https://www\.bupa\.co\.uk/dental/dental-care/practices/([-\w]+)$`.

I think what I'm actually looking for is not a new property, but a qualifier on URL match pattern ([[Property:P8966]]). Could anyone point me in the right direction of what to do.

Thanks. [[User:CjMalone|CjMalone]] ([[User talk:CjMalone|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:41, 15 December 2022 (UTC)

:URL match pattern is only meant to be used on properties. So it isn't what you want to be using here. I think traditionally the solution would be to make an item for each location of the chain. Though I could see the argument for making a new property to represent this. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:59, 16 December 2022 (UTC)
::We're sitting on ~2 million POIs, depending on the week. You're welcome to them [https://www.alltheplaces.xyz/], but I think copyright wise (scraped from chain websites) it's questionable, and technically keeping them up to date isn't feasible right now. Longer term though, I'd be interesting to see them in here though.
::I'm going to do a proposal then, I'd appreciate any help as I've not done this before. [[User:CjMalone|CjMalone]] ([[User talk:CjMalone|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:32, 16 December 2022 (UTC)
:::[[Wikidata:Property proposal/location URL match pattern]] [[User:CjMalone|CjMalone]] ([[User talk:CjMalone|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:22, 16 December 2022 (UTC)

== WDQS reports outdated data type ==

The data type of {{P|P11136}} [[special:diff/1776498824|has been changed]] on the 21th November from {{datatype|external-id}} to {{datatype|string}} ... however WDQS still thinks it's external-id:

{{quickquery|wd:P11136 wikibase:propertyType ?type}}

Do we know when/if WDQS will catch up?

--[[User:Push-f|Push-f]] ([[User talk:Push-f|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:28, 16 December 2022 (UTC)

:Data type change does not propagate to WDQS. We need to wait until WDQS data is reloaded. [[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:32, 16 December 2022 (UTC)
::Interesting ... is there a Phabricator ticket for that bug? How often is WDQS data reloaded? --[[User:Push-f|Push-f]] ([[User talk:Push-f|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:37, 16 December 2022 (UTC)
:::Reloading happens rarely/only when necessary as much as I am aware. You could try to contact the WDQS team at [[Wikidata:Report a technical problem/WDQS and Search]] and ask whether they can somehow fix this manually. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:20, 16 December 2022 (UTC)

== Merge ==

Can anyone merge {{Q|Q6924739}} with {{Q|Q6825844}}? [[Special:MergeItems]] failed with this one. [[User:Semsûrî|Semsûrî]] ([[User talk:Semsûrî|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:52, 16 December 2022 (UTC)

:Done. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:45, 17 December 2022 (UTC)

::Thank you. I'm having the same issues merging {{Q|Q6990225}} with {{Q|Q1003467}}. Hope you can help. [[User:Semsûrî|Semsûrî]] ([[User talk:Semsûrî|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:15, 17 December 2022 (UTC)

:::Maybe try https://www.wikidata.org/wiki/Help:Merge#Gadget ... but I've merged the above. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:08, 17 December 2022 (UTC)

== PROBLEM TO CREATE PAGE ABOUT MY FAVORITE ACTOR ==

Hello to all the respected managers and officials of Wikidata
Hope you feel good
I want to create a page for my beloved Bazher in Wikidata so that other fans of his can see his information and biography, but I encounter this error when registering on the site.
Your action has triggered the Abuse Filter This action has been automatically identified as harmful, and therefore disallowed. If you believe your action was constructive, please inform an administrator of what you were trying to do. A brief description of the abuse rule which your action matched is: Spam

where is the problem from ?
The name of my favorite actress is POUYA MORADZAD
I would be grateful if you follow up and solve this problem so that the fans of this actor can read and know about his biography. [[Special:Contributions/91.184.65.85|91.184.65.85]] 12:37, 16 December 2022 (UTC)

Did you type the name in all caps like you did here? That may trigger an abuse filter (and rightly so). Here's your item: https://www.wikidata.org/wiki/Q115757184 --[[User:Anvilaquarius|Anvilaquarius]] ([[User talk:Anvilaquarius|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:24, 18 December 2022 (UTC)
== Vote for your favourite Wikimedia sound logo ==

''{{int:Please-translate}}''<br>
[[File:Sound Logo Cover Image - Linkedin.png|800px|center]]
Voting in the Wikimedia sound logo contest [[:commons:Commons:Sound_Logo_Vote|'''has started''']]. From December 6 to 19, 2022, please play a part and help chose the sound that will identify Wikimedia content on audio devices. [https://diff.wikimedia.org/2022/12/06/vote-for-the-sound-of-all-human-knowledge/ Learn more on Diff]. 

The sound logo team is grateful to everyone who participated in this global contest. We received 3,235 submissions from 2,094 participants in 135 countries. We are incredibly grateful to the team of [https://diff.wikimedia.org/2022/10/31/screening-3235-sound-submissions/ volunteer screeners] and the [[meta:Communications/Sound_Logo/Contest_proposal#How_will_the_final_selection_happen?|selection committee]] who, among others, helped bring us to where we are today. It is now up to Wikimedia to choose the Sound Of All Human Knowledge. 

Best wishes, [[User:Arupako|Arupako]] ([[User talk:Arupako|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:40, 19 December 2022 (UTC)

== Wikidata weekly summary #551 ==

<div class="plainlinks mw-content-ltr" lang="en" dir="ltr">
[[File:Wikidata-logo-en.svg|150px|right]]
<div style="margin-top:10px; padding-left:5px; font-family:Georgia, Palatino, Palatino Linotype, Times, Times New Roman, serif;">''Here's your quick overview of what has been happening around Wikidata over the last week.''</div>
<div style="-moz-column-count:2; -webkit-column-count:2; column-count:2; -webkit-column-width: 400px; -moz-column-width: 400px; column-width: 400px;">

* '''Discussions'''
** New requests for permissions/Bot:
*** [[d:Wikidata:Requests for permissions/Bot/Bean49Bot|Bean49Bot]]
**** Task/s: Update population of Hungarian municipalities.
*** [[d:Wikidata:Requests for permissions/Bot/BjoeBot|BjoeBot]]
**** Task/s: Make sure all map data modules have an item and [[d:Property:P31|instance of (P31)]] of [[d:Q18711811|map data module (Q18711811)]].

* '''[[d:Special:MyLanguage/Wikidata:Events|Events]]'''
** Upcoming:
*** You can now register for the Wikimedia Hackathon 2023, taking place on May 19-21 in Athens, Greece. You can also apply for a scholarship until January 14th. More information: [[:mw:Wikimedia Hackathon 2023/Participate|Wikimedia Hackathon 2023/Participate]]
*** [https://dnls.hypotheses.org/110 digital@IANLS: online Wikidata workshop for Neo-Latinists in February 2023]
*** [https://bid.ub.edu/en/call-for-papers Call for Papers on Linked Open Data on Journal BiD]: Deadline: Sun, 04/09/2023. Some of the ideas and issues to be included in this issue: Creation and exploitation of knowledge graphs, Information services based on linked open data and knowledge graphs, Artificial intelligence and linked open data, Textual corpora and linked open data, Textual corpora and knowledge graphs, Application of bots in linked open data, Application of bots in knowledge graphs, Linked open data and diversity of genres, Graphs of knowledge and diversity of genres, FAIR and linked open data, FAIR and knowledge graphs, Ontologies and linked open data, Ontologies and knowledge graphs, Application of ontologies in information services.
** Ongoing:
*** Weekly Lexemes Challenge #72, [https://dicare.toolforge.org/lexemes/challenge.php?id=72 Rooms 2022]

* '''[[d:Special:MyLanguage/Wikidata:Press coverage|Press, articles, blog posts, videos]]'''
** Blogs
*** [https://observablehq.com/d/3acabdddd2da70e5 Fork of User-level gender statistics for Wikipedia]
*** [https://pointstodots.wordpress.com/2022/12/19/reconciling-a-mixnmatch-catalog-to-wikidata-via-google-sheets/ Reconciling a Mix’n’Match catalog to Wikidata via Google Sheets]
*** [[m:Education/News/October 2022/Celebrating the Wikipedia and Wikidata Birthday in school|Celebrating the Wikipedia and Wikidata Birthday in school]]
** Papers
*** [https://riojournal.com/article/98593/ Towards a Roadmap for Advancing the Catalogue of the World’s Natural History Collections]
** Videos
*** LIVE Wikidata editing #101 - [https://www.youtube.com/watch?v=aX-a_XE7Ciw YouTube]
*** LOD as a way of thinking in the era of digital humanities - a preliminary study on Wikidata/Wikibase practice (in Chinease) - [https://www.youtube.com/watch?v=Qebl1K5JM4c YouTube]
*** ESEAP 2022 - Wikidata workshop: Intro to Wikidata, Identifiers & Entity Explosion, OpenRefine & Biota - [https://www.youtube.com/watch?v=t66i3ztg-1E YouTube]
*** What is the Wikidata database, how to contribute, how to write queries in SPARQL by Valerio Bozzolan (in Italian) - [https://www.youtube.com/watch?v=FMXs7VAomHg YouTube]
*** Tools for linking Wikidata and OpenStreetMap by Edward Betts - [https://www.youtube.com/watch?v=EQHch1NPI6w YouTube]
*** How to create a wikidata entry for a journalist - [https://www.youtube.com/watch?v=By8Rg4i9e5U YouTube]
*** LOD is the future - Wikibase application of Rhizome, an independent digital art agency in New York (in Chinese) - [https://www.youtube.com/watch?v=ugCvx5QzgtM YouTube]
*** Coolest Tool Award 2022 - [https://www.youtube.com/watch?v=ZZ_dcFFIZ5w YouTube]

* '''Tool of the week'''
** [https://wdatlas.dcc.uchile.cl/ Wikidata Atlas] is a system allows the user to search for different types of entities (with geo-coordinates) on Wikidata and visualize them on a world map. (Feedback is very welcome to help evaluate and improve the tool.)
** Check out a similar tool: [http://www.wiki-atlas.org/ wiki-atlas]

* '''Other Noteworthy Stuff'''
** [[d:Wikidata:Wwwyzzerdd|Wikidata:Wwwyzzerdd]] got an update where it now will try to predict good statements to add to Wikidata from Wikipedia articles.
** Writing SPARQL queries can be very challenging. You can find inspiration by browsing and searching in [https://observablehq.com/@pac02/hello-sparql-queries-dataset this dataset of 2,400 queries collected from Wikidata]. ([https://wikis.world/@pac2@vis.social/109515022463601973 source])
** The French Wikipedia now uses a Wikidata-based list for the pages on specific dates, without relying on ListeriaBot. Who was born on a December 19th and has an article in French? You now can have the answer thanks to a Wikidata query by going to the page [[:w:fr:1er_décembre|1er décembre]] on frwiki and clicking on the infobox link "<span lang="fr">Naissances du jour</span>". This is a link to a Wikidata list provided by the query service. The query is generated by the template [[:fr:Modèle:Naissances un jour du mois]]. This follows another such template used to find all persons with a certain surname on frwiki, used on all surnames pages and on some disambiguation pages, [[:fr:Modèle:Liste des personnes ou_personnages par prénom]]. For the surname [[d:Q539581|Victor (Q539581)]] (view with [https://reasonator.toolforge.org/?q=Q539581&lang=en Reasonator], [https://sqid.toolforge.org/#/view?id=Q539581&lang=en SQID]) this generates on the page [[:w:fr:Victor_(prénom)]] a query [https://w.wiki/66zW such as this one].
**Wikidata now has [[d:Wikidata:Project_chat#100,000,000_items|more than 100,000,000 items]]! Exactly which item was the 100 millionth is unknown as of writing, but there are some clues for anyone who wants to dig into it.
** Survey: [https://docs.google.com/forms/d/e/1FAIpQLSeZc_Ius2gHvbslH8VrE0LHJABPfT9kF7RMxUqOVo31g7Er-g/viewform What are your most important Wikimedia content partnerships tools in 2022?] Closes on January 8, 2023.
** [[d:Wikidata:Project_chat#Community_Wishlist_Survey_2023_opens_in_January|Community Wishlist Survey 2023]] opens in January until Monday, Feb 6, 2023
** [https://ganch.auctr.edu/ There is a new website to collect contact information for heritage organizations in Georgia] for the purpose of disaster response with the data coming from Wikidata.
** [https://lists.wikimedia.org/hyperkitty/list/wikibaseug@lists.wikimedia.org/thread/LJ2H7N7PG7T5R7S5ILOPI66W5TSCKZLJ/ Wikibase 1.38 release is delayed until January 2023]
** Job opportunities
*** [https://lists.wikimedia.org/hyperkitty/list/wikibaseug@lists.wikimedia.org/thread/QWLQUGSHQJ63NY423A64QLCEQDLCE74U/ Postdoc, PhDs, and technician opportunities related to Wikibase project at University of Groningen]

* '''Did you know?'''
<!-- NEW PROPERTIES DO NOT REMOVE -->
** Newest [[d:Special:ListProperties|properties]]: ''This section is currently empty due to technical issues with the bot responsible for filling it. If you are interested in keeping track of new properties on Wikidata, you can check the property proposal page for updates.''
<!-- END NEW PROPERTIES -->
<!-- NEW PROPOSALS DO NOT REMOVE -->
** New [[d:Special:MyLanguage/Wikidata:Property proposal|property proposals]] to review: [[d:Wikidata:Property_proposal/RPG Site game ID|RPG Site game ID]],[[d:Wikidata:Property_proposal/member of tribe|member of tribe]], [[d:Wikidata:Property_proposal/numéro d'une installation sportive en France|numéro d'une installation sportive en France]], [[d:Wikidata:Property_proposal/Macmillan Dictionary entry|Macmillan Dictionary entry]], [[d:Wikidata:Property_proposal/Macmillan Dictionary entry (American English)|Macmillan Dictionary entry (American English)]], [[d:Wikidata:Property_proposal/Panjab Digital Library ID|Panjab Digital Library ID]], [[d:Wikidata:Property_proposal/Oh!FM-7 ID|Oh!FM-7 ID]], [[d:Wikidata:Property_proposal/Pāia-sadda-mahaṇṇavo entry|Pāia-sadda-mahaṇṇavo entry]], [[d:Wikidata:Property_proposal/model lexeme|model lexeme]], [[d:Wikidata:Property_proposal/format string|format string]], [[d:Wikidata:Property_proposal/travel advisory category|travel advisory category]], [[d:Wikidata:Property_proposal/location URL match pattern|location URL match pattern]], [[d:Wikidata:Property_proposal/Tabelog restaurant ID|Tabelog restaurant ID]], [[d:Wikidata:Property_proposal/service options|service options]], [[d:Wikidata:Property_proposal/RetroAchievements ID|RetroAchievements ID]], [[d:Wikidata:Property_proposal/statut administratif|statut administratif]], [[d:Wikidata:Property_proposal/Waddi Punjabi Lughat entry|Waddi Punjabi Lughat entry]], [[d:Wikidata:Property_proposal/relative statement frequency|relative statement frequency]], [[d:Wikidata:Property_proposal/Mertens-Pack Number (MP3)|Mertens-Pack Number (MP3)]], [[d:Wikidata:Property_proposal/Nintendo-Online ID|Nintendo-Online ID]], [[d:Wikidata:Property_proposal/does not use|does not use]], [[d:Wikidata:Property_proposal/is not part of|is not part of]], [[d:Wikidata:Property_proposal/object is|object is]], [[d:Wikidata:Property_proposal/Nintendo World Report ID|Nintendo World Report ID]], [[d:Wikidata:Property_proposal/eTK ID|eTK ID]], [[d:Wikidata:Property_proposal/eVK2 ID|eVK2 ID]], [[d:Wikidata:Property_proposal/ntower ID|ntower ID]], [[d:Wikidata:Property_proposal/Anadolu Agency infographic ID|Anadolu Agency infographic ID]], [[d:Wikidata:Property_proposal/digital equivalent of|digital equivalent of]], [[d:Wikidata:Property_proposal/property describes|property describes]], [[d:Wikidata:Property_proposal/Computer Science Ontology topic|Computer Science Ontology topic]], [[d:Wikidata:Property_proposal/BookWalker series ID (global version)|BookWalker series ID (global version)]], [[d:Wikidata:Property_proposal/Le Grenier du Mac ID|Le Grenier du Mac ID]], [[d:Wikidata:Property_proposal/Fascist Latin Texts author ID|Fascist Latin Texts author ID]]
<!-- END NEW PROPOSALS -->
** Query examples:
*** [https://w.wiki/66$b Football skills!] ([https://wikis.world/@lubianat@scholar.social/109508294356441566 source])
*** [https://w.wiki/6883 Concepts with more individuals having Mastodon IDs] ([https://wikis.world/@danielhz@mastodon.social/109524785482708093 source])
*** [https://w.wiki/688Z Mastodon follower/subscriber figures] ([[d:Wikidata:Request_a_query#List_social_media_followers_(P8687)_regardless_of_value,_with_qualifier_Mastodon_address_(P4033)_regardless_of_value|source]])
*** [https://w.wiki/67En Lexeme senses which are described in Jaehoon Yeon and Lucien Brown's Comprehensive Grammar of Korean] ([https://t.me/c/1325756915/22580 source])

* '''Development'''
** REST API: We are getting ready for a release in January and would really love more people to test the current state on beta. You can find details for testing at [[d:Wikidata:REST API feedback round|Wikidata:REST API feedback round]].
** Vector 2022 search: We have worked on making the new search in the Vector 2022 skin work for Wikidata. You can now test it on [https://test.wikidata.org test.wikidata.org] and soon on Wikidata.
** Query Service:
*** Removed the SVG download options for result views where SVG downloads are not supported, such as Map ([[phab:T311594]])
*** Fixed the indentation of autocompletion suggestions ([[phab:T291695]])
*** Fixed downloading query results in the Query Builder ([[phab:T323451]])
** Lexicographical data: 
*** Working on showing the Lexeme lemmas when you look at a Lexeme’s history ([[phab:T312660]])
*** Fixing a keyboard navigation issue in the lookups on Special:NewLexeme ([[phab:T324743]])
** mul language code:
*** Continuing to investigate how to implement language fallbacks on mobile termbox ([[phab:T323098]])
*** Investigating how to disallow `mul` descriptions ([[phab:T313027]])
** Improving and harmonizing the footers in the Query Builder ([[phab:T324356]]) and Mismatch Finder ([[phab:T324366]])
** Preparing for showing constraint violations to visitors who aren’t logged in ([[phab:T272132]])

[[phab:maniphest/query/4RotIcw5oINo/#R|You can see all open tickets related to Wikidata here]]. If you want to help, you can also have a look at [https://phabricator.wikimedia.org/project/board/71/query/zfiRgTnZF7zu/?filter=zfiRgTnZF7zu&order=priority the tasks needing a volunteer].

* '''Monthly Tasks'''
** Add labels, in your own language(s), for the new properties listed above.
** Comment on property proposals: [[d:Wikidata:Property proposal/Overview|all open proposals]]
** Contribute to a [[d:Special:MyLanguage/Wikidata:Showcase items|Showcase item]].
** Help [[d:Special:LanguageStats|translate]] or proofread the interface and documentation pages, in your own language!
** [[d:User:Pasleim/projectmerge|Help merge identical items]] across Wikimedia projects.
** Help [[d:Wikidata:Status updates/Next|write the next summary!]]

</div>
<div style="margin-top:10px; font-size:90%; padding-left:5px; font-family:Georgia, Palatino, Palatino Linotype, Times, Times New Roman, serif;">'''[[:d:Special:MyLanguage/Wikidata:Status updates/2022 12 19|Read the full report]]''' · [[m:Global message delivery/Targets/Wikidata|Unsubscribe]] · [[:d:User:Mohammed Sadat (WMDE)|Mohammed Sadat (WMDE)]] 17:20, 19 December 2022 (UTC)
</div>
</div>
<!-- Message sent by User:Mohammed Sadat (WMDE)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikidata&oldid=24258102 -->
== Bot to fetch OpenStreetMap ID ==

Is it possible to run a bot for all nodes in Iceland on OpenStreetMap that have a wikidata link ([https://www.openstreetmap.org/node/7396049876 example] and {{Q|Q27006157}}) and add the {{P|P10689}} number (when there is none). [[User:Steinninn|Steinninn]] ([[User talk:Steinninn|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:08, 12 December 2022 (UTC)

:There appears to be 236 nodes or ways that link to wikidata, which aren't linked from wikidata. I heard their triplestore lags 10 months behind the live data. Enter the following at https://sophox.org :
:<syntaxhighlight lang="sparql">
select ?s ?wd
where {
  # items that are nodes or ways and link to wikidata
  ?s osmm:type ?type. FILTER(?type IN ('n', 'w'))
  ?s osmt:wikidata ?wd .

  # located in bounding box covering mainland iceland
  ?s osmm:loc ?coord .
  BIND(geof:latitude(?coord) AS ?lat)
  BIND(geof:longitude(?coord) AS ?long)
  FILTER(?lat < 67.13 && ?lat > 63.39402834 && ?long < -13.49596381 && ?long > -24.53338265)

  # minus items already linked from wikidata
  MINUS {
    SERVICE <https://query.wikidata.org/sparql> {
      SELECT ?item WHERE {
        ?item wdt:P17 wd:Q189 .
        ?item wdt:P10689 [] .
      }
    }
    ?s osmt:wikidata ?item .
  }
}
LIMIT 1000
</syntaxhighlight>
:This could be turned into a QuickStatements job with little effort, but I'm not sure the data-quality on OSM is such that statements should be added without any quality control. Could someone enlighten us? [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:40, 12 December 2022 (UTC)
::Probably not a good idea, as OSM IDs are not permanent (compare e.g. [https://wiki.openstreetmap.org/wiki/Permanent_ID]). [[User:El Grafo|El Grafo]] ([[User talk:El Grafo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:49, 15 December 2022 (UTC)
:Thank you @[[User:Infrastruktur|Infrastruktur]] I used your script and am doing another one for relations. --[[User:Steinninn|Steinninn]] ([[User talk:Steinninn|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:03, 21 December 2022 (UTC)

== Wwwyzzerdd: Now with ML-powered suggestions ==

Building on the [[Wikidata:Project_chat/Archive/2022/11#Inferring_instance/subclass_of_using_machine_learning|thread from last month]] I have added functionality to [[Wikidata:Wwwyzzerdd|Wwwyzzerdd]] (the wikidata browser extension I maintain) where it now will try to predict good statements to add to Wikidata from Wikipedia articles. It only works for enwiki articles for now but if anyone is interested in trying it out here is a demo video of the new functionality.

[[File:Wwwyzzerdd suggestion demo.webm|1000px|Short demonstration of the new suggestion capability of the wwwyzzerdd browser extension for wikidata]]

[[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:16, 17 December 2022 (UTC)
:{{ping|BrokenSegue}} Might be good to include a section in your tool describing how privacy is handled. I noticed you are using a third part provider with it's own [https://huggingface.co/privacy privacy policy]. [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:38, 18 December 2022 (UTC)
::this is a good point. but honestly i'm not sure how to write a privacy policy. maybe i'll have to look it up. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:49, 19 December 2022 (UTC)
:::No, don't write one. Just mention the components you use in your tool and add a link to their privacy policy. Something like: "I'm not collecting any data, but my tool relies on ... with privacy policy at ...". [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:47, 19 December 2022 (UTC)
::::Ok I can do that. I updated the listing on the extension stores to mention the HuggingFace dependency and list their privacy policy. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:33, 20 December 2022 (UTC)
:{{Ping|BrokenSegue}} Is this yet available in the Chrome version? The title orb doesn't seem to appear. -[[User:Wd-Ryan|wd-Ryan]] ([[User_talk:Wd-Ryan|Talk]]/[[Special:Contributions/Wd-Ryan|Edits]]) 19:27, 19 December 2022 (UTC)
::@[[User:Wd-Ryan|Wd-Ryan]] no it should be available in chrome. [https://chrome.google.com/webstore/detail/wwwyzzerdd-for-wikidata/gfidggfngdnaalpihbdjnfbkfiniookc?hl=en&authuser=1 it's in version 0.0.3.0]. Check if you are on that version? Or check the settings drop down to see if it's unchecked (should be checked by default). It's working for me. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:06, 20 December 2022 (UTC)
:::It says I'm on that version. The dropdown settings are "Show Orbs", "Allow Anon", and "Load Suggestions". Should it appear on every article? -[[User:Wd-Ryan|wd-Ryan]] ([[User_talk:Wd-Ryan|Talk]]/[[Special:Contributions/Wd-Ryan|Edits]]) 01:48, 20 December 2022 (UTC)
::::Ok, weird, "Load Suggestions" was checked, but I unchecked and rechecked and it fixed it. Maybe a settings error. -[[User:Wd-Ryan|wd-Ryan]] ([[User_talk:Wd-Ryan|Talk]]/[[Special:Contributions/Wd-Ryan|Edits]]) 01:49, 20 December 2022 (UTC)
:::::sounds like a bug. i'll look into it. thanks. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:41, 20 December 2022 (UTC)
::::::this should be fixed in 0.0.3.1. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:33, 20 December 2022 (UTC)

== Movement Charter: End of the community consultation round 1 ==

<section begin="announcement-content" />
:''<div class="plainlinks">[[m:Special:MyLanguage/Movement Charter/Community Consultation/Announcement/End of Community Consultation|{{int:interlanguage-link-mul}}]] • [https://meta.wikimedia.org/w/index.php?title=Special:Translate&group=page-{{urlencode:Movement Charter/Community Consultation/Announcement/End of Community Consultation}}&language=&action=page&filter= {{int:please-translate}}]

Hi everyone, 

On behalf of the [[m:Special:MyLanguage/Movement Charter/Drafting Committee|Movement Charter Drafting Committee]] (MCDC), we would like to thank everyone who has participated in our first [[m:Special:MyLanguage/Movement Charter/Community Consultation|community wide consultation period]] on the Movement Charter. 

People from across the Movement shared their feedback and thoughts on the content of the [[m:Special:MyLanguage/Movement Charter|Movement Charter]]. If you have not had the chance to share your opinion yet, you are welcome to do so still by [[m:Special:MyLanguage/Movement Charter/Content/Preamble|giving the drafts a read]] and filling out the '''[https://wikimediafoundation.limesurvey.net/743832 anonymous survey]''', which is accessible in 12+ languages. The survey will close on '''January 2, 2023'''. You are invited to continue to share your thoughts with the MCDC via email too: movementcharter@wikimedia.org. 

'''What’s next?'''

The [[m:Special:MyLanguage/Movement Strategy and Governance/Team|Movement Strategy and Governance team]] will publish the final report with the summary of the feedback received in January 2023. It will be shared with the MCDC and the communities via different distribution channels. 

After receiving the final report, the MCDC will review the suggestions and communicate the changes by providing an explanation on how and why suggestions were or were not adopted in the next versions of the drafts. There will be additional ways to engage with the Movement Charter content in 2023, including early feedback on a proposed ratification process and new drafts of different chapters in the second quarter of 2023.

We invite you to sign-up to the [[m:Special:MyLanguage/Movement_Charter/Drafting_Committee/Newsletter|MCDC monthly newsletter]], it will be delivered to the Talk page of your choice. [[m:Special:MyLanguage/Movement_Charter/Drafting_Committee/Updates|Monthly updates]] are available on Meta to remain updated on the progress of the MCDC. 

Interested people can still sign-up to become a [[m:Special:MyLanguage/Movement Strategy and Governance/Movement Charter Ambassadors Program/About|Movement Charter Ambassador]] (MC Ambassador) to support their community. The MC Ambassadors Program grant program will restart accepting applications from both individuals and groups ahead of the next round of consultations in the second quarter of 2023.

We thank you for your participation, time and effort in helping to build the Charter for our Movement! 

''On behalf of the Movement Charter Drafting Committee,''<section end="announcement-content" />
[[User:MNadzikiewicz (WMF)|MNadzikiewicz (WMF)]] ([[User talk:MNadzikiewicz (WMF)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:47, 20 December 2022 (UTC)

== I accidentally created a duplicate item {{Q|Q115732207}}. A Wikidata item about Drew Harwell already existed. My mistake. ==

Please delete/re-use {{Q|Q115732207}}.

Thank you! [[User:Mastodeas|Mastodeas]] ([[User talk:Mastodeas|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:06, 22 December 2022 (UTC)

:{{re| Mastodeas}} if you find a duplicate you can just merge it yourself following the instructions at [[Help:Merge]]. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:11, 22 December 2022 (UTC)
== Property for "sequential number" in a sequence of documents (within, e.g., a folder)? ==

Is there there such a property? {{P|P304}} does not work when a multi-page documents are part of the sequence. Other [https://www.wikidata.org/wiki/Property:P304#P1659 related properties] seem also unsuitable to me.

Use case: Within the folders of the {{Q|Q36948990}}, documents are identified by a sequential number (numerus currens) within the folder. As it [[https://www.wikidata.org/wiki/Talk:Q6842416#Mixed_content_of_PM20_folder turned out]], there are folders with documents related to different items, and it would be useful to qualify the according {{P|4293}} with the information which actual documents apply to the current item. [[User:Jneubert|Jneubert]] ([[User talk:Jneubert|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:56, 21 December 2022 (UTC)
* Did you consider using {{P|361}} with folder and {{P|1545}} as qualifier? [[User:Paweł Ziemian|Paweł Ziemian]] ([[User talk:Paweł Ziemian|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:14, 21 December 2022 (UTC)
:: Thank you for the hint! Perhaps I hadn't expressed myself clearly: The documents are not represented as items in Wikidata, so they cannot be connected with {{P|361}} to the folder. Also the folder is not an "item in a parent series", which has a certain position in that series. So I suppose, it would be considered as a misuse of {{P|1545}} to use it for a list of document numbers and ranges (e.g., "4-13, 15"). Cheers, [[User:Jneubert|Jneubert]] ([[User talk:Jneubert|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:52, 22 December 2022 (UTC)

== Lake with a bridge ==

I have {{Q|115793814}}, which is a watercourse notable enough for a Wikidata entry, but with a bridge that isn’t notable on its own. I want show in the item entry that it has a bridge. How would I do this? - [[User:Chris.sherlock3|Chris.sherlock3]] ([[User talk:Chris.sherlock3|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:32, 22 December 2022 (UTC)
:I suppose {{P|2670}} taking bridge as value and perhaps qualified with P625? Thing is, it would be quite non-standard, unlikely to be of much practical use. Meanwhile the coord value on the item does not seem to point to the watercourse, so much as to the general vicinity of the watercourse. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:41, 22 December 2022 (UTC)
::Actually, I might need a bit of help on coordinates… where on earth do you add them for creeks and rivers? These obviously go on for some distance, how does one define their location(s) in Wikidata? - [[User:Chris.sherlock3|Chris.sherlock3]] ([[User talk:Chris.sherlock3|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:42, 22 December 2022 (UTC)
:::{{ping|Chris.sherlock3}} It's a good question. On the P625 statement I tend to use the coordinate of the river/stream mouth, and qualify the statement with {{P|518}} set to {{Q|1233637}}. There are also {{P|885}} and {{P|403}}, both of which can take P625 as a qualifier - though not every watercourse has an item for its source. See an example for the standard used for Scottish watercourses at {{Q|115677247}}. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:01, 22 December 2022 (UTC)
::::Ah, that makes sense. Thanks so much, I’ll fix this shortly. - [[User:Chris.sherlock3|Chris.sherlock3]] ([[User talk:Chris.sherlock3|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:51, 23 December 2022 (UTC)

== Abolished object but unknown date ==

In terms of {{Q|Q115796146}} this heritage item was demolished, but nobody knows when. How would I note it’s status? [[User:Chris.sherlock3|Chris.sherlock3]] ([[User talk:Chris.sherlock3|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:46, 22 December 2022 (UTC)

:{{ping|Chris.sherlock3}} {{P|5816}} with a value of {{Q|56556915}} and a {{P|585}} qualifier set to <unknown value>. There are other statements which might take a {{P|582}} qualifier again set to <unknown value>. <unknown value> is selected by clicking on the three rectangles to the left of the data entry field, and selecting 'unknown value'. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:56, 22 December 2022 (UTC)
::Thank you! That’s exactly what I was looking for. - [[User:Chris.sherlock3|Chris.sherlock3]] ([[User talk:Chris.sherlock3|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:51, 23 December 2022 (UTC)
== A christmas puzzle-trail ==

Merry X-mas, Hanukkah or whatever is the appropriate term for your December celebrations.
 
I will be posting a single question every day from the 13th to the 22rd. For the first question we will be cheating by posting it today. This contest basically challenges your skills in looking up information.

All the answers for these questions can be found by knowing how to search Wikidata, Wikipedia and sometimes an external search engine. Can you make 10/10?

Please do not post any answers. All the correct answers will be posted on the 23th of December, and so you can see how well you did. 
=== The questions ===
The question for ''December 13th'': British passenger-ship designed by Stephen Payne that entered service in 2004, which was the last transatlantic ocean liner in service. Named after the consort of king George the fifth. Currently sailing under the flag of Bermuda. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:16, 9 December 2022 (UTC)

The question for ''14th of December:'' English Franciscan friar and theologian born around 1285, which worked at the University of Oxford and later died of the Black Death. Has a very well known philosophical principle named after himself. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:33, 9 December 2022 (UTC)

:but today is the 9th? i'm confused. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:04, 10 December 2022 (UTC)
::Starting a little early. The third question will be posted the 15th, on schedule. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:05, 10 December 2022 (UTC)

The question for ''15th of December:'' American voice actor with a characteristic voice born in 1968, whose notable work includes Futurama and Adventure Time. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:32, 15 December 2022 (UTC)

The question for ''16th of December:'' House cat that worked as a mouser in Speaker's house (in the United Kingdom) between 2009-2019. What's its name? [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:29, 16 December 2022 (UTC)

The question for ''17th of December:'' The name of the World Tree in norse cosmology/mythology in the 13th century works "Poetic Edda" and "Prose Edda" by Snorri Sturluson. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:11, 17 December 2022 (UTC)

The question for ''18th of December:'' In orbital mechanics this is the generic term for the nearest point of an object orbiting another planetary body. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:35, 18 December 2022 (UTC)

The question for ''19th of December:'' A music album from 1960 named "Giant Steps" has a song by the same name that is known amongst musicians because? [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:50, 18 December 2022 (UTC)

The question for ''20th of December:'' 7GXHX4HM＋MM [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:12, 20 December 2022 (UTC)

The question for ''21th of December:'' What is the most unique mathematical property of the number <math>17777777777_8</math>?

The question for ''22th of December:'' Well-known oil painting made approximately in 1608 by an italian artist depicting the beheading of Saint John the Baptist. We want the name of the artist. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:33, 21 December 2022 (UTC)

=== The answers ===

13. Queen Mary 2

14. William of Ockham

15. John DiMaggio

16. Order

17. Yggdrasil

18. Periapsis (Related terms also accepted e.g. perihelion or perigee)

19. The Coltrane Changes / Challenging to play

20. The Great Pyramid of Giza

21. Double mersenne prime

22. Caravaggio

Wonder who partook and if they found the puzzles entertaining? If you want to post your score or other comments here, go ahead. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:28, 23 December 2022 (UTC)

== Weird error when editing unrelated part of item? ==

My bot ran into this weird API error while trying to add a reference:

<pre>
pywikibot.exceptions.APIError: failed-save: The save has failed.
[messages: [{'name': 'wikibase-api-failed-save', 'parameters': [], 'html': {'*': 'The save has failed.'}}, {'name': 'wikibase-validator-sitelink-conflict-unknown', 'parameters': ['[https://de.wikipedia.org/wiki/Mixed-up_first_Love dewiki:Mixed-up first Love]'], 'html': {'*': 'The link <a class="external text" href="https://de.wikipedia.org/wiki/Mixed-up_first_Love">dewiki:Mixed-up first Love</a> is also used by another Item that is currently being saved.'}}];
</pre>

I have never seen this error and don't know how it got triggered when I was editing a reference. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:53, 22 December 2022 (UTC)

:I don't know the actual answer and googling isn't helpful but bots should be robust to edit conflicts so you should catch/retry on some errors anyways. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:17, 22 December 2022 (UTC)
::How do I know if an edit is an edit conflict without using regex on the error? Or should I always retry up to 3 times on API errors? [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:32, 22 December 2022 (UTC)
:::yeah I just always retry basically [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:43, 22 December 2022 (UTC)
::::Alright. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:59, 22 December 2022 (UTC)
:::::{{ping|RPI2026F1}} assuming you're using the Page object in Pywikibot, it should handle this error and retry if it's a recoverable error. If it's not, it should throw a [https://doc.wikimedia.org/pywikibot/master/_modules/exceptions.html higher level exception]. Probably best to file a bug. [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:44, 23 December 2022 (UTC)
::::::I was using <code>claim.addSources(sources)</code>, where sources is a list of Claims. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:17, 23 December 2022 (UTC)

== Appeal to create only more generic properties ==

Based on this description ''"Citadel Securities is one of the largest market makers in the world, and is active in more than 50 countries. It is the largest designated market maker on the New York Stock Exchange."'', I want to state that:

* {{Q|93355369}} operates on {{Q|13677}}

Searching for related props, I find some matches, bot none really works:
*{{P+|P121}}: subject=agent, object=item operated by the agent
*{{P+|P137}}: subject=some item, object=sole operator of that item
*{{P+|P2541}}: limited to object=geographic area
*{{P+|P10788}}: limited to subject=transport vehicle, object=transport service/route

I think the latter prop is closest to what I need, but because it's over-specialized to the transport domain, I cannot use it. [[User:Vladimir Alexiev|Vladimir Alexiev]] ([[User talk:Vladimir Alexiev|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:51, 23 December 2022 (UTC)

:When creating a property it's important that the meaning of the property is clear. It's both important to formulate the property in a way that's not only focused on the use-case that it's creator has in mind and at the same time it's important to make it not as broad to include multiple different meanings so that a user doesn't really know which of those meanings is meant in a particular case. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 08:58, 23 December 2022 (UTC)
:Are you getting hung up on the term 'operates', would a synonym do? I'd look at similar companies and see how they label their relation with NYSE, or look what links to NYSE and spot similar companies there. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:04, 23 December 2022 (UTC)
:{{P|2283}} seems to be a general property that's a lot nearer than any of the ones you listed. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 17:38, 23 December 2022 (UTC)
== question for existing property ==

I'm looking for a property that is says something like ''film festival X showed film Y'' (eg. ''presented works''). Example: {{Q|Q107526152}} - presented work: {{Q|Q97304180}}<br>
Does anybody know if such a property already exists? Unfortunately I couldn't find anything that could be used like this --[[User:D-Kuru|D-Kuru]] ([[User talk:D-Kuru|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:24, 24 December 2022 (UTC)

:Probably {{P|608}} on the film item, taking the film festival as a value. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:56, 24 December 2022 (UTC)

:: Should really '''the film''' be tagged with this? The film could be shown on several film festivals. --[[User:D-Kuru|D-Kuru]] ([[User talk:D-Kuru|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:57, 25 December 2022 (UTC)

== Occupation versus honorific prefix ==

Should {{Q|Q30461}} also have a new entry "President" with a capital letter to represent the {{P|P511}}? Or would this be a lexeme? We have, for instance, "''President'' Biden" (honorific) and "Biden, ''president''" (occupation) and "Biden, ''President of the United States''" (position held). We have a few other honorific prefixes not represented, that only exist as an occupation like "reverend". We also have "duke" and "baron" that exist as noble_title, but should also exist as "Duke" and "Baron" as a prefix. [[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:37, 24 December 2022 (UTC)
:According to [[:en:The_Honourable#United_States]], US presidents and many other US politicians are often formally granted the title {{Q|2746176}}, be they senators, governors, mayors, judges, or presidents.  [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:26, 24 December 2022 (UTC)
::{{Ping|Richard Arthur Norton (1958- )}} In English, Duke and Baron are not prefixes. For example, {{Q|Q6240511}} has the prefix, "Lord," ({{Q|12826225}}) making Lord Hussey. Dukes have the style, "His Grace," ({{Q|3775981}}) which would make something like, "His Grace, the Duke of Wellington" and not, "Duke Wellesley." I can't speak for how equivalent titles are handled in other languages. [[User:From Hill To Shore|From Hill To Shore]] ([[User talk:From Hill To Shore|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:12, 25 December 2022 (UTC)
* I agree. It appears that "Duke" and "Baron" as a prefix are used incorrectly/informally, in the United States by newspapers, that do not have the knowledge for the correct formal usage. We see in newspapers of the time: "Baron von Richthofen" instead of the proper "Ferdinand ''Freiherr'' von Richthofen". There is even a warning on several Wikipedia page biographies about the proper usage of "Freiherr" versus "Baron". In the past we had several errors with "Judge" in entries like "Judge John Smith" where a bot thought "Judge" was a given name. I still see a lot of entries imported from The Peerage as "Captain John Smith", which may lead to a similar error. At one time we marked all people like "Sir John Smith", with prefix=Sir, to prevent that problem. We, at some point, have to harmonize those entries to either remove "Sir", or add "Sir" to all. I brought it up once before, but we were too busy merging duplicate entries from The Peerage. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:29, 25 December 2022 (UTC)
::(After edit conflict) For {{Q|841594}}, this started out as the title/prefix but was changed in 2021 to an occupation,[https://m.wikidata.org/wiki/Special:MobileDiff/1455571097] and then style was added as a second instance.[https://m.wikidata.org/wiki/Special:MobileDiff/1455572137] Are we content for the prefix and occupation to share the same item or is this a conflation of two concepts? 
::On the military imports from Peerage, these should have the rank in {{P|410}}. I wouldn't use {{P|511}} except for non-military titles (such as {{Q|632482}}). I put {{Q|209690}} in {{P|511}} when I come across it (ideally with the date the style came into use - I can't think of any instances where a child has had the style at birth). [[User:From Hill To Shore|From Hill To Shore]] ([[User talk:From Hill To Shore|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:00, 25 December 2022 (UTC)
* I agree no need to duplicate with rank, and we can always force capitalization if an infobox uses rank+given_name+family_name to get "Captain John Smith" where rank=captain. We do have ship's captains using the prefix "Captain". --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:15, 26 December 2022 (UTC)
* {{Ping|From Hill To Shore}} Do you change "Sir John Smith" to "John Smith" after you add prefix=Sir, or do you keep "Sir John Smith"? We have a mix of both, I think the rule was to remove "Sir", but we imported so many from The Peerage, we stopped. At one point, one variation of the wikidata infobox was displaying "prefix + Label" to display "Sir Sir John Smith" for humans, instead of "prefix + given_name + family_name" (because we didn't have given_name fully filled-in in the database. I have no preference, just want harmonization.  --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:56, 25 December 2022 (UTC)
::{{Ping|Richard Arthur Norton (1958- )}} I normally move labels with titles into an Alias field and leave a "clean" name in the label. I shy away from removing data without consensus but if anyone wants to clean up such entries, they can get a bot or script to do it later. My main concern is setting the structured data statements. However, I don't normally add an honorific prefix statement without a source. If all I am relying on is the label, I won't make the statement. I think well over 90% of the statements I make are referenced. [[User:From Hill To Shore|From Hill To Shore]] ([[User talk:From Hill To Shore|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:38, 25 December 2022 (UTC)
* I will do the same, maybe we can lobby for a bot to perform the function for the remaining records. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:10, 26 December 2022 (UTC)

== Should we split ==

Split "motorcycle rider" (Q3014296) into those that ride for recreation and those that race professionally? [[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:03, 25 December 2022 (UTC)

:No, use a qualifier to indicate why they do it. Otherwise we'd have a huge poliferation of entities, and many do things for multiple reasons [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:22, 25 December 2022 (UTC)

::Or yes. The advantage more granular, subclassed items have over qualifiers is that they can be accessed with wdt:P31/wdt:P279 in a way in which qualifiers cannot. I don't think we normally split concepts by qualifiers, but by class trees. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:59, 25 December 2022 (UTC)
:::But we'd need to do it for every activity people take part in on boh an amateur or professional basis. Not just sports, but firefighter, lifeboatman etc. A long list, and who knows if a person gets paid (presumably the distinction for professional, or is it level of commitment) for doing something, and over what period. A can of worms. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:11, 25 December 2022 (UTC)
* At one time we created {{Q|Q21694268}} versus {{Q|Q33231}} to distinguish the hobbyist from the person earning their living by performing the function. Many local archives and libraries have images from hobbyists with a camera, we needed to distinguish the two to aid in matching against imported lists of known commercial photographers, and matching against external identifiers. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:41, 25 December 2022 (UTC)
::::And shouldn't the use of term show the level of commitment. So a {{P|106}} shows a level of professionalism, and you could create a property from {{Q|47728}} for amateur involvement. A lot less work. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:21, 25 December 2022 (UTC)
:@[[User:Richard Arthur Norton (1958- )|Richard Arthur Norton (1958- )]] @[[User:Tagishsimon|Tagishsimon]] We actually already have {{Q|Q45787133}} too. [[User:Vojtěch Dostál|Vojtěch Dostál]] ([[User talk:Vojtěch Dostál|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:06, 25 December 2022 (UTC)
* Looking at both "motorcycle rider" and {{Q|Q45787133}}, it appears that "motorcycle rider" (which as described would include any passenger) was created for "motorcycle racer", the competitive sports activity. I will change it back. {{Q|Q45787133}} appears to cover the hobbyist, and anyone that uses it for daily transportation. We already split the ordinary driver and the competitive race car driver ({{Q|Q10349745}} versus {{Q|Q114080955}}, same with planes ({{Q|Q2095549}} versus {{Q|Q61043082}}. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:42, 25 December 2022 (UTC)

== Message by [[User:NDP Record Prod (Noël DEPARIS)|NDP Record Prod (Noël DEPARIS)]] ([[User talk:NDP Record Prod (Noël DEPARIS)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:15, 25 December 2022 (UTC) ==

Hello community, I don't know how to creat a page. Please help me.
== Athlete ==

Hi everyone. I was talking with {{ping|Vojtěch Dostál}} and {{ping|Frettie}} about the Frettiebot's edits in the last few days. Thank you very much for your explanations, but I would like to find other opinions on the matter. If we have value {{Q|11774891}} in {{P|106}}, I would never put something like [https://www.wikidata.org/w/index.php?title=Q585540&diff=1792683941&oldid=1789143588 this] ({{Q|2066131}} and {{Q|58825429}}). First, because if you say that he is an athlete is obvious when he is already something more concrete, an ice hockey player, and second, because being an Olympic athlete is not an occupation, it is a concrete situation within your occupation. There are properties to indicate that it has participated in Olympic games. I think that we are filling Wikidata with information that is obvious, and the bots should analyze the content that is already there so as not to add unnecessary information. If we say that this is ok, in the future someone will add {{Q|50995749}}, that would also be correct. Would it be okay for us to have all the options? Let's remember that it is a field that is also usually inserted in the Infobox of all Wikipedias, and personally I do not see the use of sports personality, athlete, Olympic athlete and ice hockey player in the same parameters in the Infobox. Greetings and thank you. [[User:Vanbasten 23|Vanbasten 23]] ([[User talk:Vanbasten 23|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:15, 19 December 2022 (UTC)

:These claims come with a source, thus they are okay. However, the bot should manage ranks for the {{P|P106}} claims; if it finds more specific values already present, it should raise all (?) existing P106 values to preferred rank. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:21, 19 December 2022 (UTC)
::Thanks for starting the discussion, it is important to discuss these issues openly. My opinion is similar to that of {{U|MisterSynergy}}. Although I am not sure that Frettiebot should be doing those rank changes. Setting the ranks the way MisterSynergy suggests may be a very complex procedure and I am not sure we (me and Frettie) have the know-how to do that properly. This is a more general issue, bigger than one import. [[User:Vojtěch Dostál|Vojtěch Dostál]] ([[User talk:Vojtěch Dostál|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:53, 19 December 2022 (UTC)
:::I personally think that in a database we should collect the most specific values and not accumulate inaccurate information. Yes, to say that a person is an athlete when it is already indicated that they are a hockey player, is to be inaccurate. If we want to keep all the possibilities we are accumulating information without need, inaccurate, making the queries slower and without thinking about the future volume that we are accumulating without need. But if you are not sensitive to these aspects, at least we should modify the range, because otherwise we will be putting all this information on Wikipedia. For these kind of things, Wikipedia editors don't trust automatically collecting the data from Wikidata. We can see an example here: [[:ast:Nikola Mazurová]]. Thanks. --[[User:Vanbasten 23|Vanbasten 23]] ([[User talk:Vanbasten 23|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:04, 19 December 2022 (UTC)
::::Considering the "secondary database" character of Wikidata (record what is stated elsewhere), I think we really should keep those. Ranks are also visibility controllers, thus perfectly suitable to avoid the issues mentioned by you that downstream users such as Wikipedias might experience. It should roughly be one WDQS query and one edit to manage this with a bot. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:25, 19 December 2022 (UTC)
:::::I think WD needs to be taughter. It might be laudable to contain multiple statements from different authorities, but often I see vague assertions next to specific ones, and no attempt to qualify, promote or deprecate them. Lots of my queries are timing out, and that seems to be due to sub-class following. Until the back-end can be made faster, I think we need to be cautious with having too many statements. And our coverage is very patchy, with some items having so many more properties than others, so query results are not comprehensive. Bots that prune back duplication could help WD walk better before it runs. I keep away from people, so don't have views on their ontologies though. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:17, 19 December 2022 (UTC)
::::::As they say in OSM: [https://wiki.openstreetmap.org/wiki/Lying_to_the_renderer “Don’t remove statements for the query.“] If you fancy a fast query experience accessing a smooth and uniform database, you can’t use Wikidata, at least not in the next ten or so years (if ever). --[[User:Emu|Emu]] ([[User talk:Emu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:46, 19 December 2022 (UTC)
:::::::If WD is not fast and uniform at some point, we have failed, and will be relegated to history like Yahoo trying to manually index the Web in the 1990s, overtaken by Google, or the attempts to define monolithic rule based AIs that were overtaken by big data. I assume there there are metrics kept, like duplication, constraint violation numbers or speed of standard queries, to show the project is improving, rather than just growing. [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:28, 19 December 2022 (UTC)
::::::::Exactly what Emu said; the struggles of your queries lend no support to the suggestion that WD should trend towards a slimline version of itself. WDQS's Blazegraph SPARQL reporting service is very slow in comparison with, for instance, [https://qlever.cs.uni-freiburg.de/wikidata QLever]; queries which time-out here most often work there. And that would be before the question of whether your queries are or are not well optimised. Exactly contra to what Emu said, lack of 'fast' just is not a problem at the moment (or, probably, ever). As for uniform, that would be WD, per MisterSynergy, recording what is stated elsewhere, and using rank to deal with, for instance, the 'athlete' vs 'hockey plaer' class tree issue. More & better qualifiers are always welcome, but their absence is, again, not a good reason for slimline WD. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:38, 20 December 2022 (UTC)
:Thanks for your opinions. I find it curious that MisterSynergy says that "record what is stated elsewhere". So we collect data from whatever databases we're looking at that are inaccurate? Doesn't seem like the best idea to me. The quality of Wikidata will only get worse. --[[User:Vanbasten 23|Vanbasten 23]] ([[User talk:Vanbasten 23|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:58, 24 December 2022 (UTC)
::@[[User:Vanbasten 23|Vanbasten 23]] Actually, no. This practice even makes Wikidata more useful. Consider the following situations:
::* Matching against Wikidata: Take [[Q94694204#P569]]. In a lot of older encyclopedias, her birth year is recorded as 1841. If you are trying to match a source that relied on this information, documenting the wrong value will make matching much easier.
::* Even after matching, you might think: “Well, Wikidata must be wrong. I have this very trustworthy source, let’s change the value to what I think is correct.“ Recording wrong or outdated statements will hinder premature changes of sound data.
::I concede that Wikidata’s approach is a far cry from the values of, say, most Wikipedia language editions. But it has its merits, especially if the statements are combined with proper ranking. --[[User:Emu|Emu]] ([[User talk:Emu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:02, 24 December 2022 (UTC)
:::Ok, whether or not we agree about what Wikidata should contain, what I think we all agree with is the fact that we can't include massive data in Wikidata without first analyzing the content and indicating that those values have a deprecated rank. Right? Thanks. --[[User:Vanbasten 23|Vanbasten 23]] ([[User talk:Vanbasten 23|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:12, 24 December 2022 (UTC)
::::@[[User:Vanbasten 23|Vanbasten 23]] In effect, are you trying to say that mass imports are wrong and we should go through all the entries one by one? No, I don't agree with that. [[User:Vojtěch Dostál|Vojtěch Dostál]] ([[User talk:Vojtěch Dostál|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:09, 25 December 2022 (UTC)
:{{ping|Vojtěch Dostál}} Of course I'm not saying that, we can die before we finish. There are two ways to do it, depending on the tools with which we work. If we enter the data with a bot, then we have to see if there is more concrete data inside. If there are, then add the value but with a low rank. If we do it with another tool, then we have to do it later with a bot, changing the rank in all those cases that need it. All the best. --[[User:Vanbasten 23|Vanbasten 23]] ([[User talk:Vanbasten 23|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:21, 25 December 2022 (UTC)
::Note however that deprecated rank means that the statement has never been true (although there are some borderline cases like withdrawn identifiers or redirects). It isn’t meant to be used for data from questionable sources per se. In either case, there is no real problem with sourced {{Statement||P106|Q2066131}} when other more precise statements are present and I doubt that we even need ranking here. --[[User:Emu|Emu]] ([[User talk:Emu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:21, 25 December 2022 (UTC)
:::{{ping|Emu}} If we don't do this, the amount of data that the infoboxes are importing, especially from the smaller languages, will be very large and inaccurate, which causes less trust in Wikidata... even more. Aren't we worried? Especially when we can give a better solution... --[[User:Vanbasten 23|Vanbasten 23]] ([[User talk:Vanbasten 23|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:29, 25 December 2022 (UTC)
::::I’m no expert in LUA programming but isn’t this something that can be fixed in the template? --[[User:Emu|Emu]] ([[User talk:Emu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:07, 25 December 2022 (UTC)
:::::{{Ping|Vanbasten 23}} As I see it, there are three broad approaches we can take here.
::::#Design and implement an upgrade to Wikidata that will allow more nuanced handling of entries beyond the ranks of "preferred," "normal," and "deprecated." Much of the constraint logic we have implemented expects a single "preferred" statement/claim for a property but (as discussed here) there are times where we may want to mark other claims as a "better" choice than "normal" claims without having multiple "preferred" claims. Implementing this would require a lot of thought, developer time and money.
::::#Adjust Wikimedia templates that rely on Wikidata to only extract the required information. This would require the effort of someone familiar with the coding to implement. If the changes required are extensive enough, this may need developer time and money to adjust back-end systems. Also, it may be that improving Wikidata's data ranking (as in option 1) is needed to give the template enough targets to extract the relevant information correctly.
::::#Limit Wikidata's remit (per your suggestion) to only collect statements suitable for use in Wikimedia infoboxes. This would require no developer time or money. However, we would need to change the entire premise of Wikidata and purge millions of structured data statements imported by volunteers over several years. Wikimedia is not the only end user of Wikidata. Wikidata's output is incorporated into thousands of databases around the world (including search engines). Limiting Wikidata to make the job of some Wikipedia editors a little easier harms all other end users for very little benefit. Any benefit from this option is also short term as a technical solution (like options 1 or 2) could be implemented in a matter of months with a bit of investment in cash and developer time (all without damaging years of effort).
:::::Personally, I would recommend options 1 or 2. You are suggesting to make a far reaching change to Wikidata's methods to fix today's technical problem. Developer time, money or even the evolution of computer hardware will improve the processing of data queries eventually. Rebuilding our database from a purge intended to fix a short term issue may take years and is not a wise course of action. [[User:From Hill To Shore|From Hill To Shore]] ([[User talk:From Hill To Shore|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:20, 26 December 2022 (UTC)
:{{ping|From Hill To Shore}} In option 3 you are using the word limit, but I really don't see it as such. If we say that a person is a roller hockey player, I assume that person is an athlete, that he is a sports personality, that he is a hockey player, that he is a roller skater, that he is a competitive player ... all of this reports {{Q|20900796}}. We include information from other databases to improve the item descriptions we have here. But including a generic option does not improve it, moreover, it degenerates the quality of the information. I am not saying that we have to review thousands of data that have already been entered, I am saying that we have to worry about what we are doing now. And maybe change something to the future, but for me, including more and more obvious information it´s not correct. --[[User:Vanbasten 23|Vanbasten 23]] ([[User talk:Vanbasten 23|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:42, 26 December 2022 (UTC)
::A key premise of Wikidata is that we record valid claims made by different sources. If the Library of Congress describes someone's occupation as an ice hockey player then we record that claim and attribute it to LoC in the reference field. If the British Museum describes that same person as an athlete, then we record that claim and attribute it to the British Museum. Likewise, we will record the claims of other authorities and sources. 
::Another key premise of Wikidata is that we make minimal judgements about the claims we import. We will of course fix obvious errors, such as marking a claim as deprecated that describes a person as a bookcase (instead of a librarian). We use deprecated rank, rather than wiping the entry, as that prevents bots from reimporting the same error later. If all other claims are valid then they are given a "normal" rank; we don't decide whether the Library of Congress, British Museum or International Olympic Committee has the most valid claim, that is for our multitude of end users to decide based on their varied needs. For some types of statements, there is only expected to be a single "correct" answer, such as a person only having a single date of birth. For those types of statements we set the most reliable of the valid claims as "preferred" to tell our end users which one we recommend (ideally with a qualifier giving the reason for preferred rank). End users can export preferred, normal and deprecated claims depending on their needs.
::There are suggestions above to mark individual occupation statements as, "preferred," but this has two problems. First, does having multiple preferred claims clash with any constraints in the system? Second, what is our logic for ranking a particular occupation as preferred or normal? Is it the random judgement of individual editors (which could lead to edit wars over ranking if it affects output on Wikimedia infoboxes) or is there objective criteria? This is where my "option 1" comes in to build a more nuanced ranking system.
::You say that you don't want to touch existing data but precedent is very powerful here at Wikidata. If we set a particular method of working as the standard for future statements, we know that one of our editors will believe they are helping by applying the same logic to existing statements. Your suggestion is to limit the number of occupations recorded in Wikidata. If your idea is established as good practice, I expect another user following your good practice to implement a purge of existing contradictory data in the next few months. This is a key difference between Wikipedia and Wikidata. If Wikipedia sets new guidance, it will take years of effort to apply the change to every article. For Wikidata, a single user can change millions of records in a single day/week. That is why you find vigorous debate over setting new precedents here; we need to test if the logic of the precedent works in both the short and long term. [[User:From Hill To Shore|From Hill To Shore]] ([[User talk:From Hill To Shore|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:50, 26 December 2022 (UTC)

== Genres on Wikidata? ==

Why are there so many forms of genres? I don't see how the romance genre needs all of {{Q|Q5742640}}, {{Q|Q1054574}}, and {{Q|Q858330}}. Isn't romance standard for all creative works? In my honest opinion all of these should be merged to a singular '''romance genre''' and the differentiator can be the value of {{P|31}}. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:37, 26 December 2022 (UTC)

:You've established that there are (at least) two ways of skinning this cat. Why is your proposed model better? Why is a romance genre class tree a problem? --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:31, 26 December 2022 (UTC)
::For art (paintings) we documented this at [[Wikidata:WikiProject sum of all paintings/Genre]] (see also the [[Wikidata:WikiProject sum of all paintings/Top genres|top genres]]). This is a modelling choice to make the data more consistent. I would always do this on a case by case basis. 
::In your case you would consolidate (not merge, these are three distinct concepts) on {{Q|Q19765983}}. You would need to get consensus from the different domains that this is an improvement. Probably good to make an overview of the genres per domain like I did for paintings. That way it's easy to see if more genres can be consolidated and what the impact would be. [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:43, 26 December 2022 (UTC)
::I ran into a consistency error while trying to deal with the fact that for anime and manga items, there are {{Q|Q104536771}}, {{Q|Q15637310}}, and {{Q|Q104536775}}. This is just one example in the anime and manga sphere. It becomes an issue because not only is it not obvious when to use the subclass vs the parent item due to items containing ''both anime and manga'' (WIP to split them but it's complicated), but there are some other things adjacent to anime and manga (like light novels and video games) where you need to figure out the appropriate item for those. This makes it hard to work with for bots since you have to store many more items. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:02, 26 December 2022 (UTC)
:As long as items of the same medium are consistent then I don't see the problem. All novels/novellas/novelettes/short stories et al "should" be using the same general fiction genres like {{Q|132311}} or {{Q|16575965}} with {{P|7937}} specifying the type of work. You don't need to do that with video games so there's no problem with them having separate genres, not to mention they have lots of unique genres anyway that don't apply to other media. &mdash;[[User:Xezbeth|Xezbeth]] ([[User talk:Xezbeth|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:09, 26 December 2022 (UTC)

== Not sure where to post requests to merge entities ==

[[Q83605511]] and [[Q104855088]] desribe the same entity. Need merging. -- [[User:Wesha|Wesha]] ([[User talk:Wesha|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:14, 26 December 2022 (UTC)

:[[Help:Merge#Gadget]] is your friend; here if that does not work for you. I've merged the Samuel de Champlain items. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:28, 26 December 2022 (UTC)
== Is someone who is a patron of a street always notable enough for Wikidata identifier? ==

I am making https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/ and I am planning to introduce special report for cases where wikidata item for whoever/whatever gave name to a street was marked as nonexisting using name:etymology:wikidata:missing OSM tag ( http://overpass-turbo.eu/s/1pid ).

Would it be correct to claim that if street was named after someone or something then they are always notable enough to got created a Wikidata item? What if this is some minor fictional character or composite ("1902 oaks")? Or some very minor historical figure, like local teacher? Or very minor object/event like https://www.openstreetmap.org/way/37274301 ("Posag 7 panien" = "Dowry for 7 maidens" - referring to specific risky investment source where group of industrialist [https://ursus.um.warszawa.pl/-/posag-7-panien-historia invested funds intended as dowries for their daughters])

To repeat: is it always OK to create item that matches etymology of a street? Is it a good idea to claim that it is always possible/welcome?

Searched for following discussions: [https://www.wikidata.org/wiki/Special:Search?search=street+patron+notability&prefix=Wikidata%3AProject+chat%2F&ns4=1&fulltext=Search+the+archives&fulltext=Search][https://www.wikidata.org/w/index.php?search=street+etymology&prefix=Wikidata%3AProject+chat%2F&title=Special:Search&profile=advanced&fulltext=1&ns4=1&searchToken=2a0anjtcxn609s79f9dcn3lsc][https://www.wikidata.org/w/index.php?search=%22name%3Aetymology%3Awikidata%3Amissing%22&prefix=Wikidata%3AProject+chat%2F&title=Special:Search&profile=advanced&fulltext=1&ns4=1] 

[[User:Mateusz Konieczny|Mateusz Konieczny]] ([[User talk:Mateusz Konieczny|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:02, 21 December 2022 (UTC)

:Notability on wikidata is decided based on the criteria on [[Wikidata:Notability]]. There's two relevant arguments here. First is you could argue a structural need through the {{P|P138}} claim. In my experience people are generally skeptical of uses of that even that even though the wording of the criteria is very broad. Arguably this is enough to justify making an item. The other option is "clearly identifiable conceptual or material entity". The relevant condition here is whether you actually have a reference for this claim or item. What are you using as evidence that there is some person the street is named after? If you have a solid reference for that and for some basic facts about the person I don't think many people would complain. If all you really have is "there is some person named Foo that the street is named after" then people would be more skeptical since it's not a clearly identified entity. Another issue would be are you taking steps to link to existing items in Wikidata instead of just blindly making new items assuming they don't already exist. Hope that helps. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:12, 21 December 2022 (UTC)
:I would see it as a structural need. Storing why a street is named the way it is is useful and creating items for the person is the way to do so. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 15:17, 21 December 2022 (UTC)
:There could be potential sensitivity issues involving living people who are not public figures, especially if they are children. "Can we" is a different question from "should we". I saw an item created for the minor child of a biologist who named a new species after her. The name was verified in a scientific paper, and the structural 'need' was to fill the etymology of the species, but it struck me as a borderline case. I frankly wouldn't trust Wikidata to favor privacy over verifiability should the opportunity to create items for a bunch of living children arise. There may be ways to indicate some namesakes without creating a dedicated Q item, such as "child of X" (X being a more notable figure). [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:39, 22 December 2022 (UTC)
::@[[User:Animalparty|Animalparty]] I get your point but are there really cases where streets are named after living people who are underage? Of course anything is possible but I imagine that there are so few such cases that we can handle them case by case. --[[User:Emu|Emu]] ([[User talk:Emu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:07, 22 December 2022 (UTC)
::If a street is named after a person, that means that the person is a public figure in some sense even if it's in a minor sense. When it comes to the privacy consideration for a child in a case like that, it's likely different when the item contains just the name of the child which is relevant for the etymology of species or if the item contains more than that. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 08:56, 23 December 2022 (UTC)
:::We've been linking Dutch streets to who or what it's named after. Haarlem is quite complete, see https://hicsuntleones.nl/straten/?gemeente=Q9920 (by {{ping|Denengelse}}). Not sure how many items didn't exists, but my guess would be not too many. In other countries the system might be different. I would start linking streets to existing items and see how much is left.
:::The underage argument seems a bit farfetched, but did make me wonder [https://w.wiki/69kS who the youngest person is to have a street named after them]: {{Q|Q1061685}} followed by her sister {{Q|Q855749}}. [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:22, 27 December 2022 (UTC)

== Wikidata weekly summary #552 ==

<div class="plainlinks mw-content-ltr" lang="en" dir="ltr">
Many thanks to everyone who has contributed to and read the newsletter this year. If you have a moment, [[d:Wikidata_talk:Status_updates/Next#What_changes_would_you_like_to_see_in_the_newsletter_in_2023|please let us know what you would like to see changed in the newsletter in 2023]]. Thank you again for your support and have a happy new year!

[[File:Wikidata-logo-en.svg|150px|right]]
<div style="margin-top:10px; padding-left:5px; font-family:Georgia, Palatino, Palatino Linotype, Times, Times New Roman, serif;">''Here's your quick overview of what has been happening around Wikidata over the last week.''</div>
<div style="-moz-column-count:2; -webkit-column-count:2; column-count:2; -webkit-column-width: 400px; -moz-column-width: 400px; column-width: 400px;">

* '''Discussions'''
** New requests for permissions/Bot:
*** [[d:Wikidata:Requests for permissions/Bot/RPI2026F1Bot 3|RPI2026F1Bot 3]]
**** Task/s: Automatically adds qualifiers [[d:Property:P4876|number of records (P4876)]] and [[d:Property:P585|point in time (P585)]] to claims of [[d:Property:P2264|Mix'n'match catalog ID (P2264)]].
*** [[d:Wikidata:Requests for permissions/Bot/Dexbot 16|Dexbot 16]]
**** Task: Delete empty items
** Closed request for permissions/Bot:
*** [[d:Wikidata:Requests for permissions/Bot/BjoeBot|BjoeBot]] (approved)
**** Task: Make sure all map data modules have an item and [[d:Property:P31|instance of (P31)]] of [[d:Q18711811|map data module (Q18711811)]].

* '''[[d:Special:MyLanguage/Wikidata:Events|Events]]'''
** Upcoming
*** The next [[d:Wikidata:Events#Office_hours|Wikidata+Wikibase office hours]] will take place on Wednesday, November 9th 2022 at 17:00 UTC (18:00 Berlin time) in the [https://t.me/joinchat/IeCRo0j5Uag1qR4Tk8Ftsg Wikidata Telegram group]. The Wikidata and Wikibase office hours are online events where the development team presents what they have been working on over the past quarter, and the community is welcome to ask questions and discuss important issues related to the development of Wikidata and Wikibase.
** Ongoing
*** Weekly Lexemes Challenge #73, [https://dicare.toolforge.org/lexemes/challenge.php?id=73 Mystery theme #2]

* '''[[d:Special:MyLanguage/Wikidata:Press coverage|Press, articles, blog posts, videos]]'''
** Blogs
*** [https://www.ebiotrade.com/newsf/2022-12/20221227064532433.htm How the "open world hypothesis" of knowledge graph affects model evaluation] (in Chinese)
** Papers
*** [https://riojournal.com/article/98593/ Towards a Roadmap for Advancing the Catalogue of the World’s Natural History Collections]
** Videos
*** [https://www.youtube.com/watch?v=dqCuy1Cu4PY Early demo of the Wikibase Export extension]

* '''Tool of the week'''
** [https://eloquence.github.io/fediscope/ Fediscope] ([https://social.coop/@eloquence/109565946440493059 source])

* '''Other Noteworthy Stuff'''
** [https://lists.wikimedia.org/hyperkitty/list/wikibaseug@lists.wikimedia.org/thread/W73H7VO7T4PEWPTPKRGTJLBKLRK3UQGP/ 2022 proof of concept of a Wikibase "fast import" API]. Outcomes of this [https://github.com/wmde/wikibase-fast-import-proof-of-concept-2022 workshop] have been published, along with the recorded [https://video.rhizome.org/w/nMDGftgpNAWUeDAF3BbA1 video].

* '''Did you know?'''
<!-- NEW PROPERTIES DO NOT REMOVE -->
** Newest [[d:Special:ListProperties|properties]]:
*** prior to last week's status update: [[:d:Property:P11300|‎MyAnimeList magazine ID]], [[:d:Property:P11301|‎Online Torwali Dictionary ID]], [[:d:Property:P11302|‎Google Product Taxonomy ID]], [[:d:Property:P11303|‎IRIS UNIBA author ID]], [[:d:Property:P11304|‎IRIS UNIFG author ID]], [[:d:Property:P11305|‎IRIS LUM author ID]], [[:d:Property:P11306|‎IRIS UNISALENTO author ID]], [[:d:Property:P11307|‎tuxDB game ID]], [[:d:Property:P11308|‎GCD issue ID]], [[:d:Property:P11309|‎Geograph Deutschland image ID]], [[:d:Property:P11310|‎ResearchGate journal ID]], [[:d:Property:P11311|‎Lygaeoidea Species File ID]], [[:d:Property:P11312|‎Beatport release ID]], [[:d:Property:P11313|‎Diskograf song ID]], [[:d:Property:P11314|‎Diskograf label ID]], [[:d:Property:P11315|‎INKR title ID]], [[:d:Property:P11316|‎BRUZZ topic ID]], [[:d:Property:P11317|‎negates property]], [[:d:Property:P11318|‎Kanjipedia kanji ID]]
*** since last week's status update: [[d:Property:P11361|Adventure's Planet ID]], [[d:Property:P11360|Play:Right class ID]], [[d:Property:P11359|GBDB ID]], [[d:Property:P11358|MangaUpdates publisher ID]], [[d:Property:P11357|MangaUpdates author ID]], [[d:Property:P11356|grading system]], [[d:Property:P11355|KOBIS film festival ID]], [[d:Property:P11354|Bandcamp release ID]], [[d:Property:P11353|Anime-Planet people ID]], [[d:Property:P11352|Anime-Planet character ID]], [[d:Property:P11351|‎Czech structural object ID]], [[d:Property:P11350|Urdu Lughat ID]], [[d:Property:P11349|Anime-Planet anime ID]], [[d:Property:P11348|Anime-Planet manga ID]], [[d:Property:P11347|Scottish National Dictionary lexeme ID]], [[d:Property:P11346|Cinematografo.it film ID (new)]], [[d:Property:P11345|Cinematografo.it name or company ID (new)]], [[d:Property:P11344|identifier French basketball championship (new schema)]], [[d:Property:P11343|The Israeli Opera person ID (heb)]], [[d:Property:P11342|Indiana State Historical Marker Program numeric ID]], [[d:Property:P11341|OpenStates person ID]], [[d:Property:P11340|ntower ID]], [[d:Property:P11339|Can I Play That? Games Codex game ID]], [[d:Property:P11338|‎worldofsam ID]], [[d:Property:P11337|Twitter community ID]], [[d:Property:P11336|Fascist Latin Texts author ID]], [[d:Property:P11335|Shōsetsuka ni Narō work ID]], [[d:Property:P11334|CSO topic ID]], [[d:Property:P11333|Expertes ID]], [[d:Property:P11332|MTV Germany music video ID]], [[d:Property:P11331|CCFr document ID]], [[d:Property:P11330|Crunchyroll series ID]], [[d:Property:P11329|Game-Rave ID]], [[d:Property:P11328|Dehkhoda ID]], [[d:Property:P11327|‎membership number]], [[d:Property:P11326|impressum URL]], [[d:Property:P11325|Parliamentary Office number in United Kingdom]], [[d:Property:P11324|Parliamentary Archives ID in United Kingdom]], [[d:Property:P11323|Mac OS creator code]], [[d:Property:P11322|18th Century Russian Dictionary ID]], [[d:Property:P11321|Play:Right company ID]], [[d:Property:P11320|Play:Right series ID]], [[d:Property:P11319|Little Academic Dictionary ID]]
<!-- END NEW PROPERTIES -->
<!-- NEW PROPOSALS DO NOT REMOVE -->
** New [[d:Special:MyLanguage/Wikidata:Property proposal|property proposals]] to review: [[d:Wikidata:Property_proposal/Garuda journal ID|Garuda journal ID]], [[d:Wikidata:Property_proposal/Sinta Journal ID|Sinta Journal ID]], [[d:Wikidata:Property_proposal/pixiv comic IDs|pixiv comic IDs]], [[d:Wikidata:Property_proposal/British Music Collection score ID|British Music Collection score ID]], [[d:Wikidata:Property_proposal/VideoGameGeek series-franchise ID|VideoGameGeek series-franchise ID]], [[d:Wikidata:Property_proposal/Autori sardi ID|Autori sardi ID]], [[d:Wikidata:Property_proposal/ComingSoon.it person ID|ComingSoon.it person ID]], [[d:Wikidata:Property_proposal/UVL source ID|UVL source ID]], [[d:Wikidata:Property_proposal/British Music Collection composer ID|British Music Collection composer ID]] [[d:Wikidata:Property_proposal/Rugby League Record Keepers Club player ID|Rugby League Record Keepers Club player ID]], [[d:Wikidata:Property_proposal/Intercontinental Dictionary Series unit ID|Intercontinental Dictionary Series unit ID]], [[d:Wikidata:Property_proposal/Concepticon ID|Concepticon ID]], [[d:Wikidata:Property_proposal/Image stabilitzer|Image stabilitzer]], [[d:Wikidata:Property_proposal/Strazha ID|Strazha ID]], [[d:Wikidata:Property_proposal/N-Anime ID|N-Anime ID]], [[d:Wikidata:Property_proposal/Pocket Gamer ID|Pocket Gamer ID]], [[d:Wikidata:Property_proposal/Image processor|Image processor]], [[d:Wikidata:Property_proposal/Minimum focusing distance|Minimum focusing distance]], [[d:Wikidata:Property_proposal/Museo Egizio in Turin ID|Museo Egizio in Turin ID]], [[d:Wikidata:Property_proposal/amstrad.es ID|amstrad.es ID]], [[d:Wikidata:Property_proposal/superclass of|superclass of]], [[d:Wikidata:Property_proposal/Dark Patterns Games ID|Dark Patterns Games ID]], [[d:Wikidata:Property_proposal/Life stage|Life stage]], [[d:Wikidata:Property_proposal/Tribal Council number|Tribal Council number]], [[d:Wikidata:Property_proposal/Objective|Objective]], [[d:Wikidata:Property_proposal/eBookJapan books ID|eBookJapan books ID]], [[d:Wikidata:Property_proposal/VG-lista song ID|VG-lista song ID]], [[d:Wikidata:Property_proposal/VG-lista album ID|VG-lista album ID]], [[d:Wikidata:Property_proposal/microtransaction.zone ID|microtransaction.zone ID]], [[d:Wikidata:Property_proposal/Longman Dictionary of Contemporary English Online entry|Longman Dictionary of Contemporary English Online entry]], [[d:Wikidata:Property_proposal/use with article|use with article]], [[d:Wikidata:Property_proposal/Cambridge Dictionary entry|Cambridge Dictionary entry]], [[d:Wikidata:Property_proposal/Cambridge Dictionary entry (American English)|Cambridge Dictionary entry (American English)]], [[d:Wikidata:Property_proposal/Digital Hanja Dictionary ID|Digital Hanja Dictionary ID]], [[d:Wikidata:Property_proposal/MQWW poetID|MQWW poetID]], [[d:Wikidata:Property_proposal/record of|record of]], [[d:Wikidata:Property_proposal/Classic Adventures Solution Archive game ID|Classic Adventures Solution Archive game ID]], [[d:Wikidata:Property_proposal/MQWW workID|MQWW workID]], [[d:Wikidata:Property_proposal/Macmillan Dictionary entry|Macmillan Dictionary entry]], [[d:Wikidata:Property_proposal/Macmillan Dictionary entry (American English)|Macmillan Dictionary entry (American English)]], [[d:Wikidata:Property_proposal/Dictionary of Frequently-Used Taiwan Minnan ID|Dictionary of Frequently-Used Taiwan Minnan ID]], [[d:Wikidata:Property_proposal/Taiwanese-Japanese Dictionary ID|Taiwanese-Japanese Dictionary ID]], [[d:Wikidata:Property_proposal/Jeju's culture and language ID|Jeju's culture and language ID]], [[d:Wikidata:Property_proposal/Strong's number|Strong's number]], [[d:Wikidata:Property_proposal/World Loanword Database word ID|World Loanword Database word ID]], [[d:Wikidata:Property_proposal/World Loanword Database meaning ID|World Loanword Database meaning ID]]
<!-- END NEW PROPOSALS -->
** Query examples: 
*** [https://w.wiki/69Sr List of nonprofit organizations / NGOs on the fediverse that Wikidata knows about] ([https://wikis.world/@eloquence@social.coop/109576066240418128 source])
*** [https://w.wiki/5Pbw Top album languages found on Wikidata right now] (Dec. 24th) ([https://twitter.com/exmusica/status/1606682826623143938 source])
*** [https://w.wiki/69X7 Alpha-3 codes for countries in Europe] ([https://twitter.com/WikidataFacts/status/1607345497324265475 source])
*** [https://w.wiki/69Aq Location of paintings in the Paintings Department of the Louvre made by women] [https://twitter.com/Pyb75/status/1606552803073220609 source]
*** [https://w.wiki/68NR Most frequent birth places for Italian SBN authors] ([https://twitter.com/StefanoBargioni/status/1605879645378727936 source])

* '''Development'''
** Due to the winter holidays, the development team is taking a break and no deployment is happening for Wikidata at the moment.

[[phab:maniphest/query/4RotIcw5oINo/#R|You can see all open tickets related to Wikidata here]]. If you want to help, you can also have a look at [https://phabricator.wikimedia.org/project/board/71/query/zfiRgTnZF7zu/?filter=zfiRgTnZF7zu&order=priority the tasks needing a volunteer].

* '''Monthly Tasks'''
** Add labels, in your own language(s), for the new properties listed above.
** Comment on property proposals: [[d:Wikidata:Property proposal/Overview|all open proposals]]
** Contribute to a [[d:Special:MyLanguage/Wikidata:Showcase items|Showcase item]].
** Help [[d:Special:LanguageStats|translate]] or proofread the interface and documentation pages, in your own language!
** [[d:User:Pasleim/projectmerge|Help merge identical items]] across Wikimedia projects.
** Help [[d:Wikidata:Status updates/Next|write the next summary!]]

</div>
<div style="margin-top:10px; font-size:90%; padding-left:5px; font-family:Georgia, Palatino, Palatino Linotype, Times, Times New Roman, serif;">'''[[:d:Special:MyLanguage/Wikidata:Status updates/2022 12 27|Read the full report]]''' · [[m:Global message delivery/Targets/Wikidata|Unsubscribe]] · [[:d:User:Mohammed Sadat (WMDE)|Mohammed Sadat (WMDE)]] 15:17, 27 December 2022 (UTC)
</div>
</div>
<!-- Message sent by User:Mohammed Sadat (WMDE)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikidata&oldid=24269257 -->
== Point in time versus retrieved ==

See {{Q|Q43298636}} where we have two dates given as a birth date, by the person themselves, at two different years. How best to show that without getting a warning flag or error flag. [[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:15, 25 December 2022 (UTC)

:I tried to model the information in a suitable way. --[[User:Emu|Emu]] ([[User talk:Emu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:14, 26 December 2022 (UTC)

::Outstanding. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:13, 26 December 2022 (UTC)
*I will mark it as a model for when I encounter the problem again, it looks like this woman was not happy about getting older. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:55, 28 December 2022 (UTC)

== Matching Wikidata Items with Persondata in de-Wikipedia: Persondata in Redirects ==

Hello, in de-wikipedia, we're currently [https://de.wikipedia.org/wiki/Hilfe_Diskussion:Personendaten#Migration_nach_Wikidata discussing the migration] of [[:w:de:WP:PD|persondata]] to Wikidata. Overall, there is much to gain from this migration for Wikidata. Among the problems that have come up (others I will work on in due time) are the [https://quarry.wmcloud.org/query/69857 1071 redirects in de-wp that have persondata], example: [[:w:de:Bobby Lester]]. Lester has a [[Q115441583|Wikidata item]], but unfortunately it cannot link to the redirect in de-wp, and thus turns up in a [https://checkpersondata.toolforge.org/cgi-bin/pd.cgi?view=only&id=272 Fehlerliste] (error list). Is it possible to make an exception from the rule that Wikidata items cannot link to Redirects for this purpose? Best, [[User:Tolanor|Tolanor]] ([[User talk:Tolanor|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:18, 27 December 2022 (UTC)

:Since October/November this year, sitelinks to redirects are actually allowed. See [[Wikidata:Sitelinks to redirects]] for details; you need to add the "intentional sitelink to redirect" badge alongside the sitelinks if you want to add your redirect pages to Wikidata items. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:24, 27 December 2022 (UTC)

:: Awesome, that helps a lot! Would anyone be willing to help work on the [https://checkpersondata.toolforge.org/cgi-bin/pd.cgi?view=only&id=272 error list] listing persondata that are unconnected to Wikidata items? Best, [[User:Tolanor|Tolanor]] ([[User talk:Tolanor|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:45, 27 December 2022 (UTC)

:: PS: {{ping|MisterSynergy}} Du kannst übrigens gerne drüben in der Diskussion mitmischen. Mir scheint, Du hast da schonmal ausführlicher drüber nachgedacht und könntest ggf. auch Bothilfe beisteuern. Das wäre sehr sinnvoll. Viele Grüße, --[[User:Tolanor|Tolanor]] ([[User talk:Tolanor|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:01, 27 December 2022 (UTC)
:::Hab nicht die Zeit dazu und bin schon in zu vielen anderen Projekten involviert —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:17, 27 December 2022 (UTC)

:{{ping|Tolanor}} is this related to [[User_talk:Kolja21#Please_don't_remove_deprecated_statements|deprecated GND statements getting removed]]? [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:28, 27 December 2022 (UTC)
::No. ---[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:49, 27 December 2022 (UTC)

The redirects, which are not connected to a wikidata object
* https://checkpersondata.toolforge.org/cgi-bin/pd.cgi?view=only&id=272

can also be found using PetScan with 
* [https://petscan.wmflabs.org/?after=&ores_prob_to=&categories=Frau%7C10&cb_labels_no_l=1&negcats=Wikipedia%3AL%C3%B6schkandidat%0D%0AWikipedia%3ASchnelll%C3%B6schen&links_to_all=&cb_labels_yes_l=1&common_wiki_other=&sitelinks_no=&search_max_results=500&edits%5Bbots%5D=both&outlinks_no=&langs_labels_yes=&max_age=&language=de&outlinks_any=&labels_no=&interface_language=en&project=wikipedia&before=&manual_list=&minlinks=&outlinks_yes=&output_compatability=catscan&langs_labels_no=&page_image=any&sitelinks_yes=&since_rev0=&wikidata_item=without&cb_labels_any_l=1&ns%5B0%5D=1&active_tab=tab_pageprops&sortorder=ascending&show_redirects=both&combination=union&edits%5Banons%5D=both&templates_no=&sparql=&langs_labels_any=&links_to_any=&doit=&al_commands=P31%3AQ5%0AP21%3AQ6581072 PetScan (Kategorie:Frau) - Page Properties -> (Soft) Redirects]

Is there a way to connect resp. create objects for redirects with redirect-badge using '''QuickStatements/PetScan''', for example like
* https://www.wikidata.org/w/index.php?title=Q114457686&diff=1797329117&oldid=1795760124

Also see
* https://github.com/magnusmanske/petscan_rs/issues/127
* https://github.com/magnusmanske/quickstatements/issues/39
--[[User:M2k~dewiki|M2k~dewiki]] ([[User talk:M2k~dewiki|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:42, 28 December 2022 (UTC)

== Fusion de [[Q91301321]] et [[Q525397]] ==

Salut. Je crois que [[Q91301321]] et [[Q525397]] devraient être fusionnés. J'ai essayé de le faire à l'aide de [[Special:MergeItems]], cependant ça a échoué, car l'erreur « The two items cannot be merged because one of them links to the other using the properties: P279 » est survenu. Aucune idée, que ce soit, ce P279. Quelqu'un ? Merci ! [[User:Pápiliunculus|Pápiliunculus]] ([[User talk:Pápiliunculus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:19, 27 December 2022 (UTC)

:{{ping|BohemianRhapsody}} - you set the P279 on {{Q|525397}} ... could you help? --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:15, 27 December 2022 (UTC)

::{{ping|Tagishsimon|Pápiliunculus}}. Hi! {{Q|91301321}} is the generic term for every liquor distilled from pomace. {{Q|525397}} is a specific type of pomace brandy produced in France. There are a lot of different pomace brandies all over the world, you can find them with [https://query.wikidata.org/#SELECT%20%3Fitem%20%3Flabel%20%3F_image%20WHERE%20%7B%0A%20%20%3Fitem%20wdt%3AP279%20wd%3AQ91301321.%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%0A%20%20%20%20bd%3AserviceParam%20wikibase%3Alanguage%20%22en%2C%20fr%2C%20it%22%20.%20%0A%20%20%20%20%3Fitem%20rdfs%3Alabel%20%3Flabel%0A%20%20%7D%0A%20%20%0AOPTIONAL%20%7B%20%3Fitem%20wdt%3AP18%20%3F_image.%20%7D%0A%7D%0ALIMIT%20100 this query] ;) --[[User:BohemianRhapsody|BohemianRhapsody]] ([[User talk:BohemianRhapsody|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:04, 28 December 2022 (UTC)
== Noble title list ==

If we have position=, we can make a chart with [[Template:PositionHolderHistory]]. Can we modify the template so that we can do the same thing with Noble_title? For instance: {{Q|Q115770797}} would organize all the entries at [[Special:WhatLinksHere/Q115770797]] chronologically. Because it looks at the math used in the dates, it flags errors when people overlap.  [[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:21, 19 December 2022 (UTC)
: I don't think it would be too difficult to modify PHH to also handle these cases, but I don't really have the time to do so myself any time soon, and I also don't really have enough domain knowledge around noble titles to know what sorts of edge-cases might arise, and what to do about them etc. I'd happily look at patches if someone were to work on it. --[[User:Oravrattas|Oravrattas]] ([[User talk:Oravrattas|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:40, 20 December 2022 (UTC)
* Or should I just ignore noble_title, and migrate all the data to position_held=Baron De La Warr, and make noble_title=baron? --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:16, 20 December 2022 (UTC)
:No, that would be deficit of bot minders as peverse incentive to bork WD. Noble title should take the most granular noble title; the granular noble title's item should deal with its relation to a class of titles. Having separated noble title from position held as WD does, it seems unwise to introduce noble title back into position held. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:08, 21 December 2022 (UTC)
:: {{re|Tagishsimon|Richard Arthur Norton (1958- )}} Ideally this sort of thing shouldn't even ''need'' bots or custom tools at all. This certainly isn't the only other property that a PHH-like tool has been suggested for, and it presumably won't be the last either. I wonder if there might be a more generic solution through some custom-Javascript that examines a Listeria-style table for date-overlaps and gaps? --[[User:Oravrattas|Oravrattas]] ([[User talk:Oravrattas|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:15, 21 December 2022 (UTC)
* I agree, a generic version would be ideal. We should also consider creating a WikiAlmanac or WikiTable that stores all the tables. We currently house them on the discussion page, where no one sees them. I display them just to look for errors and incompleteness. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:59, 21 December 2022 (UTC)
:: I was playing around with a proof-of-concept for something built atop of Listeria, but I hit the perennial problem of it grouping together all rows for the same person. I have a vague memory of this behaviour being changed in an update a while back, but I can't see anything obvious in the documentation. Did I imagine this, or is there some way now to force separate rows even when <tt>?item</tt> has the same value? --[[User:Oravrattas|Oravrattas]] ([[User talk:Oravrattas|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:37, 21 December 2022 (UTC)
* {{Ping|Oravrattas}} Another use for the automated chronological table making program, would be for award_received= . They are made by hand at English Wikipedia. The advantage to using Wikidata is that they can be automatically made in any language, once the data is in Wikidata, and corrections would flow through all languages once the change was made at Wikidata. Wikidata also performs logic on the data to look for mathematical errors and errors/gaps in the sequence. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:17, 27 December 2022 (UTC)
*:{{re|Richard Arthur Norton (1958- )}} I might be missing something really obvious here, but I'm not really seeing what the checks would be for these. The vast majority of award recipients are qualified with a {{P|585}} rather than {{P|580}} / {{P|582}}, so the problem of overlapping ranges doesn't really apply. And most are (or can be) awarded to zero or many recipients in any given time-frame. Being able to view a table of recipients can certainly be much more useful than viewing these one by one, but that can fairly easily be done by [[Wikidata:Listeria|Listeria]]. Do you have some examples where date calculations would also be useful? [[User:Oravrattas|Oravrattas]] ([[User talk:Oravrattas|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:12, 28 December 2022 (UTC)
* {{Ping|Oravrattas}} I have never used Wikidata:Listeria, why don't you create a list and display it so I can see how it flags errors, and I can see how useful it would be in detecting completeness. See for instance: [[Talk:Q6797737]] where PositionHolderHistory gives me error messages. See also [[Talk:Q19546]] where a month of work harmonized the data to remove errors. No one was even aware there were errors since the data was never displayed. Since it is displayed right on the discussion page, multiple people can work on it at the same time. As to {{P|585}}, the version for award, would just use that data point. I see the value of posting the results to Wikidata instead of just getting a window of results via an SPARQL query.  --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:33, 28 December 2022 (UTC)
*:{{re|Richard Arthur Norton (1958- )}} I think I have some degree of understanding of why PositionHolderHistory is more useful than Listeria for {{P|39}} statements :) But the things that make it work in those cases don't really apply to {{P|166}} as far as I can see. What are the potential errors you would expect a tool to be able to highlight in a list of award winners? [[User:Oravrattas|Oravrattas]] ([[User talk:Oravrattas|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:16, 28 December 2022 (UTC)

== Merge of [[Q56312673]] and [[Q2112447]] ==

If I'm not mistaken, [[Q56312673]] and [[Q2112447]] both talk about the belfry of Hesdin and should be merged. [[User:Jurre|Jurre]] ([[User talk:Jurre|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:16, 27 December 2022 (UTC)

:{{Merged}} -[[User:Wd-Ryan|wd-Ryan]] ([[User_talk:Wd-Ryan|Talk]]/[[Special:Contributions/Wd-Ryan|Edits]]) 15:45, 28 December 2022 (UTC)
::Thank you! [[User:Jurre|Jurre]] ([[User talk:Jurre|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:16, 28 December 2022 (UTC)

== Merge of [[Q2372329]] and [[Q28041186]] ==

Another set of belfry-related pages: [[Q2372329]] and [[Q28041186]] refer to the same belfry of Doullens and should be merged, I think. [[User:Jurre|Jurre]] ([[User talk:Jurre|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:15, 28 December 2022 (UTC)

:{{re|Jurre}} if you read [[Help:Merge#Gadget]] you can merge these yourself [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:18, 28 December 2022 (UTC)
== 'Authority control' ==

I hate to be a dummy but what exactly makes an identifier 'authority control'? What makes an identifier not authority control? Or is it just something most people call identifiers without knowing exactly why? [[User:Trade|Trade]] ([[User talk:Trade|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:35, 28 December 2022 (UTC)

:I was wondering about this a while back too, seeing the terms frequently conflated. From what I could find, I understand authority control to be a subset of identifiers. So not all identifiers are authority control but all authority control IDs are identifiers.

:AFAIK to qualify as AC the IDs must be able to have the single-value and distinct-value constraints put on them (with no exceptions). The IDs must also be issued from a single authoritative source, or from someone the authority has granted the power to issue the IDs. So for instance a library, or in the latter case a domain name registrar.

:I would be interested in knowing more about this too. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:21, 28 December 2022 (UTC)
::There should probably be a constraint that prevents identifiers without the single-value and distinct-value constraints from being labeled authority control if it's a requirement. I guess the 'Issued by' property should be required as well [[User:Trade|Trade]] ([[User talk:Trade|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:41, 29 December 2022 (UTC)

== Semi-automated adding of coordinate location from capital? ==

I've noticed that a number of the entries for territorial entities (historical countries, for example) have a capital listed, but no geographic coordinates listed. For example, [[Q69323|Kingdom of France]] has no coordinates listed, despite Paris obviously having them. 

[https://w.wiki/6AB9 I did a SPARQL query to check how many there are of these, and it seems like it's ~37,000 entries]. 

I could probably hack something together to do this in a semi-automated way, but as I'm a newbie, I first wanted to make sure I'm not breaking any rules, overlooking something, or otherwise doing something unhelpful/not good. Unsure where to post it, so I thought I'd ask here

Thanks in advance (and for all your work on this amazing resource!) :-) [[User:Cordial Puma|Cordial Puma]] ([[User talk:Cordial Puma|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:24, 29 December 2022 (UTC)

:See https://www.wikidata.org/wiki/Property_talk:P625#There_should_be_a_applies_to_part_(P518)_qualifier_on_this_property_when_used_on_large_objects . There are also properties for geographic center, easternmost point etc. [[User:Infrastruktur|Infrastruktur]] ([[User talk:Infrastruktur|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:41, 29 December 2022 (UTC)
::thanks for your reply! 
::from what I gather from the thing you linked, it's okay to link those, provided a [[Property:P518|applies to part <small>(P518)</small>]] qualifier is added as well (?) [[User:Cordial Puma|Cordial Puma]] ([[User talk:Cordial Puma|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:56, 29 December 2022 (UTC)

:::{{ping|Cordial Puma}} Adding coordinates to items based on the coordinates of their {{P|36}} value looks tempting, but doing it in a semi-automated fashion will result in the addition of very many unhelpful coordinates. Does {{Q|200464}} need a coordinate? {{Q|205718}}? {{Q|245273}}? {{Q|540194}}? These, and very many many more, feature in the list of ~37k you have identified. There's also the question of what coordinate is most appropriate for items on larger territories; I'm not convinced the capital's coordinate is in many cases the most appropriate; and anyone who wants to rely on capital coordinates as a proxy for territory coordinates can do so easily because the capital is linked to, from the territory. So for me, it's not clear what is usefully added by the work you describe, whereas it is fairly clear that without quite a lot of effort, a good deal of useless and/or miselading cruft will be added. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:11, 29 December 2022 (UTC)
:A key question is whether you have a good source for it. Ideally, one without copyright concerns. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 20:59, 29 December 2022 (UTC)
::No. The proposal here is copying coords from WD capital items to WD country &c items, per the title of this thread. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:16, 29 December 2022 (UTC)
== I need the help of BorkedBot like when it did edit {{P|P2002}} for {{Q|Q115857046}} but I want it on demand for Wikidata items I create ==

I liked the work BorkedBot did when it found the exact start date for when this person joined Twitter. On the web interface I could only find "Joined December 2011", not never December 3 which this bot found out. If you tell me how I can find out the start date and I don't need to be a programmer to understand it then I won't need this bot to help me.

Otherwise is there a way I can tell the bot to help me with a specific Wikidata item when I want to? Then I can choose to not input the start date at all and let the bot do it instead, am I right? [[User:Mastodeas|Mastodeas]] ([[User talk:Mastodeas|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:07, 29 December 2022 (UTC)

:Is there a problem with just waiting for BorkedBot to do its thing? It found Q115857046 without your help. Chances are it'll find all other qualifying items as they arise. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:24, 29 December 2022 (UTC)
::Waiting for BorkedBot to do its thing is fine for me. Now I know this is the only solution. 
::Bots are not to be ordered around like some waiters who are called to specific tables to get people their food, got it. Slightly more inflexible than my expectations but waiting is totally fine. Wikidata is about patience and there is nothing wrong with patience. [[User:Mastodeas|Mastodeas]] ([[User talk:Mastodeas|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:03, 29 December 2022 (UTC)
:I think this information isn't important to immediately add, it is probably best just to wait for it. -[[User:Wd-Ryan|wd-Ryan]] ([[User_talk:Wd-Ryan|Talk]]/[[Special:Contributions/Wd-Ryan|Edits]]) 21:31, 29 December 2022 (UTC)
::I operate this bot. It runs once a week though sometimes its SPARQL query times out and so a week or so is skipped. I could run it more frequently if I had more toolforge capacity. [[User:BrokenSegue|BrokenSegue]] ([[User talk:BrokenSegue|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:45, 31 December 2022 (UTC)

== [[Property:P122]] removing "one-of" type constraint ==

'''I suggest removing''' [[Property:P122|basic form of government]] [[Q21510859|one-of constraint]]. We already have a [[Q21510865|value-type constraint]] for '''[[Q21503252|instance of]]''' [[Q1307214|form of government]] - this should handle all the cases and it's pointless to maintain a list for all the options when the value-type constraint specifies this more simply [[User:HeliosSunGod|HeliosSunGod]] ([[User talk:HeliosSunGod|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:48, 30 December 2022 (UTC)

:The list isn't pointless. The one-of constraint gets currently used by Wikidata for suggestions. If we would remove the constraint users would get less suggestions. [[User:ChristianKl|<span style="color:#0000EE;">'''ChristianKl'''</span>]] ❪[[User talk:ChristianKl|✉]]❫ 14:21, 30 December 2022 (UTC)
::I do think it would be nicer if there was a way to make a "suggested list" of options without forcing it to be mandated. Maybe we can supply an item and all instance of values of that item can become the suggestions. [[User:RPI2026F1|RPI2026F1]] ([[User talk:RPI2026F1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:56, 30 December 2022 (UTC)
::: It already exist: add {{P|2316}} {{Q|62026391}} as qualifier of the constraint. [[Special:Contributions/2A01:CB14:D52:1200:49D4:AEDA:D0CE:FF8D|2A01:CB14:D52:1200:49D4:AEDA:D0CE:FF8D]] 08:48, 31 December 2022 (UTC)
:::I deprecated the statement. Now there should still be a "suggested list" but no constraint violation if a value is not present in this list. - [[User:Valentina.Anitnelav|Valentina.Anitnelav]] ([[User talk:Valentina.Anitnelav|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:42, 31 December 2022 (UTC)
::::I'll just drop [[Wikidata:Property proposal/autosuggest value]] here. [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:46, 31 December 2022 (UTC)

== IP user creating lots of items for commons-only cats ==

please inspect [[Special:Contributions/218.102.0.123]]. i would consider most of these items useless and they should be deleted.

these edits are most likely related to [[User:G6zLZz2cEPKdEXB]] (see edit histories of {{Q|115937505}} and [[c:Category:User talk pages where template include size is exceeded]]). previously this user was vandalising [[c:special:permalink/721286966#Duplicate_categories_with_Greek_alphabets]] [[c:Special:Contributions/218.102.0.123]]. [[User:RZuo|RZuo]] ([[User talk:RZuo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:42, 31 December 2022 (UTC)

:Indeed, those items shouldn't have been created. They are all deleted and the IP user has been informed. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:53, 31 December 2022 (UTC)

== Number of Downloads ==

Am I right in that you don't track data about downloads for apps? Not even in proposed stage? I don't know, that's why I'm asking. We have amount of followers, amount of registered users on services but amount of downloads for a specific app, I don't think so? [[User:Mastodeas|Mastodeas]] ([[User talk:Mastodeas|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:05, 28 December 2022 (UTC)

:{{P|P2664}} works for paid apps and games. Otherwise not that I know of. -[[User:Wd-Ryan|wd-Ryan]] ([[User_talk:Wd-Ryan|Talk]]/[[Special:Contributions/Wd-Ryan|Edits]]) 15:43, 28 December 2022 (UTC)
::Perhaps {{P|1092}} as it has an alias for circulation, and downloading produces a copy. That would allow comparison with AOL CDs! [[User:Vicarage|Vicarage]] ([[User talk:Vicarage|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:34, 28 December 2022 (UTC)
:::Yeah but it would be a workaround and I don't think our community members would approve. Fact is nobody has made a property for it. We can close this case now. Thank you for your participation! [[User:Mastodeas|Mastodeas]] ([[User talk:Mastodeas|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:29, 29 December 2022 (UTC)
::::Who is "our community members" and why should WD care about their approval? --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:35, 29 December 2022 (UTC)
::::Neither is the matter closed. {{P|3744}} seems appropriate. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:35, 29 December 2022 (UTC)
:::::"number of subscribers (P3744) seems appropriate" ... for? [[User:Mastodeas|Mastodeas]] ([[User talk:Mastodeas|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:59, 29 December 2022 (UTC)
::::::For the number of users who have subscribed to the application by downloading it. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:19, 30 December 2022 (UTC)
:::::::It's appropriate the same way as using Inception (P571) to indicate the date when a humans begins to exist is appropriate [[User:Trade|Trade]] ([[User talk:Trade|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:49, 30 December 2022 (UTC)
::::::::Many of WDs properties have wide scope, many aliases. P571 has about 50 aliases such that it can be used in a very wide variety of contexts. Can you explain, {{ping|Trade}}, why the same should not apply in the case of P3744? --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:53, 30 December 2022 (UTC)
:::::::::I have never ever heard anyone calling the download of an application a subscription. [[User:Trade|Trade]] ([[User talk:Trade|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:56, 30 December 2022 (UTC)
::::::::::Is that all you have? --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:57, 30 December 2022 (UTC)
:::::::::::I think it is worth proposing a "number of downloads/installations" property to see the consensus. -[[User:Wd-Ryan|wd-Ryan]] ([[User_talk:Wd-Ryan|Talk]]/[[Special:Contributions/Wd-Ryan|Edits]]) 18:55, 31 December 2022 (UTC)