View source for Wikidata:Project chat/Archive/2019/11

{{Talkarchive}}

== How to handle marriage endings in Wikidata ==

We may have discussed it before, but for example, look at {{Q|Q219640}}. As a reader I want to know how each marriage ended, was it a divorce, an annulment, or the death of the spouse, or in the last marriage the death of the subject. We struggled with various methods at the English Wikipedia with a back and forth between competing methods, followed by purges of the data, then it was back to ''ad hoc'' additions with various methods when things cooled down. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:03, 1 November 2019 (UTC)
:You can add the qualifier {{P|1534}} to spouses with values such as {{Q|4}} (for the subject), {{Q|24037741}}, {{Q|93190}}, {{Q|701040}}, etc. Looks like [[user:Jura1]] took care of it already in the case of Mr. Price. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:51, 2 November 2019 (UTC)
::Thanks! [[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:25, 2 November 2019 (UTC)
{{section resolved|[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:11, 5 November 2019 (UTC)}}
== Projectwide taxon item confusion ==

Lately I've been going through the tedious, yet mostly satisfying work of adding {{P|1990}} to zoos, like {{Q|1284778}} for example. However, there's a problem I've noticed: there are a shocking amount of (seemingly?) redundant taxon items, often related to scientific synonyms, like {{Q|21129670}} and {{Q|903833}}, which both are about the same species of bird. Often times on these items, only one receives all wikilinks, and they differ in identifiers, even on the same websites. Is it safe to merge these when I come across them, or is there something I'm not getting? --[[User:AmaryllisGardener|'''<span style="color:#E0115F">Amaryllis</span><span style="color:#74C365">Gardener</span>''']] <sup>[[User talk:AmaryllisGardener|'''talk''']]</sup> 04:22, 1 November 2019 (UTC)
*If I follow the specialists correctly, the items are really about taxon names. Each name has a separate history/identifiers etc. It's an oddity of these that they group sitelinks on one of the items for the same species. --- [[User talk:Jura1|Jura]] 06:46, 1 November 2019 (UTC)
::Don't conflations have a solution in {{Q|21484471}}? --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:29, 1 November 2019 (UTC)
:::Not sure if it is even correct to have {{P|1990}}: {{Q|903833}}, because a taxon is not a species, it's just one (among possible others) classifier for a species. But I am not an expert in this. [[User:Steak|Steak]] ([[User talk:Steak|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:45, 1 November 2019 (UTC)
::::{{P|1990}}'s doc specifies that the allowed values are "any species or other ''taxons''" --[[User:AmaryllisGardener|'''<span style="color:#E0115F">Amaryllis</span><span style="color:#74C365">Gardener</span>''']] <sup>[[User talk:AmaryllisGardener|'''talk''']]</sup> 18:29, 1 November 2019 (UTC)

== Adapting Gravemap for WiRs (javascript skills needed) ==

Hi all. If someone has some javascript skills and a spare hour, would they be interested in having a go at adapting the [https://github.com/yarl/gravemap source code] of the [http://graves.wiki gravemap UI] to show the results of [https://w.wiki/AxF this wikidata query]? The default map unfortunately has lots of items overlap in location and so hide one another. I've asked the original dev (user:Yarl) but they're swamped at the moment so I thought I'd open up the call to the community just in case. [[User:Evolution and evolvability|T.Shafee(evo&#38;evo)]] ([[User talk:Evolution and evolvability|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:58, 1 November 2019 (UTC)

== Can anyone help with "Potential Issues" when creating a new statement? ==

I'm hoping someone can help with "potential issues" when "creating a new statement."  I am a musician and when I enter my Spotify ID, the "potential issues" icon comes up upon publishing.  Does this mean A) My data won't read when searched in google?  It seems everything I enter has a potential issue, and none of the potential issues are true:  IE, when I enter my spotify artist ID, it says one of the issues is that I am not Human or a Musical Ensemble.  Two things I know to be true.  Thanks!
: Wikidata is not a website that exists for publishing information about yourself. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 16:00, 1 November 2019 (UTC)
::I'm sorry, but that's bunk. Which page disallows it? If somebody meets [[Wikidata:Notability]], by any measure, they are "data", and can be in Wikidata. It doesn't matter if you, I, a robot, or the artist themselves add the data, so long as [[Wikidata:Living people]] or [[m:Terms of use/Paid contributions amendment]] aren't violated. [[Wikidata:Autobiography]], while not an "official" guideline, expressly permits it. And [[Wikidata:Use common sense|use common sense]]: Beyond establishing mere existence, there is little room for self-promotion on Wikidata, at least no where near the level possible on prose-based projects like Wikipedia. Besides [[Wikidata:Assume good faith|Assume good faith]], perhaps Wikidata needs a policy of [[Wikipedia:Please do not bite the newcomers|don't bite newcomers]]. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:26, 1 November 2019 (UTC)
*{{reply|JayPsaros}} I could not find any items you've edited (perhaps it was deleted), but I've created {{Q|73168443}} and was able to add Spotify ID without issue. The problem may have been that {{P|31}} wasn't set to {{Q|5}}: sometimes occupations (e.g. "musician") are added to instance of, when they are more appropriately placed at {{P|106}} [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:34, 1 November 2019 (UTC)
*:It was at [[Q73091084]], someone had fixed it this morning. --- [[User talk:Jura1|Jura]] 22:09, 1 November 2019 (UTC)
== Instance of an animal/plant/organism ==

How do you represent a specific animal? See, e.g. {{Q|Q4914416}}. There is an error because {{Q|Q33609}} isn't a subclass of anything, but according to [[Wikidata:WikiProject_Taxonomy]] taxa should (with rare exceptions) not be subclasses of anything; they should have {{P|P171}} instead. {{Q|Q3736402}} doesn't have the error because {{Q|Q165145}} has {{P|P279}} = {{Q|Q12004}} but I think this is not how it's supposed to work on the {{Q|Q165145}} item. [[User:Calliopejen1|Calliopejen1]] ([[User talk:Calliopejen1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:35, 31 October 2019 (UTC)
:There is the additional complication here of polyphyletic groups of organisms known under a single common name-- e.g. {{Q|Q37868}}. That group may be a subclass of some higher-order group (for {{Q|Q37868}}, {{Q|Q19088}}), without having a parent taxon. But then you get an error because the higher-order group (itself a taxon) is not a subclass of anything. (I tried to add one at {{Q|Q19088}} before I knew the rules and got reverted[https://www.wikidata.org/w/index.php?title=Q19088&action=history].) [[User:Calliopejen1|Calliopejen1]] ([[User talk:Calliopejen1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:37, 31 October 2019 (UTC)
::Others also have instance of {{Q|Q26401003}}, but there is still a constraint violation on the first statement. This should be changed, but I'm not sure if the best solution is to change the constraint, or create a new property. [[User:Peter James|Peter James]] ([[User talk:Peter James|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:47, 1 November 2019 (UTC)
:::This problem with subclasses also happens for things like {{Q|Q29838967}}. [[User:Calliopejen1|Calliopejen1]] ([[User talk:Calliopejen1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:38, 1 November 2019 (UTC)
::I think an approach like with {{P|P4743}} would work better. --- [[User talk:Jura1|Jura]] 08:30, 2 November 2019 (UTC)

== One or more properties? ==

{{Ping project|Mathematics}}

There is already a ProofWiki ID property that links to articles in all namespaces of the proofwiki wiki. Is this the right approach or is better to create multiple properties, like "ProofWiki proof ID", "ProofWiki mathematician ID", "ProofWiki definition ID", etc?
The second approach would help to restrict the domain of the single properties to "proof", "mathematician", "definition", etc instead of "mathematical concept".--[[User:Lore.mazza51|Lore.mazza51]] ([[User talk:Lore.mazza51|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:06, 1 November 2019 (UTC)
:Why? The WD items themselves should be classified the way you say via P31, and that's all what's needed IMO. --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:25, 2 November 2019 (UTC)
::{{Ping|SCIdude}} I'm referring to the properties of the property. Having multiple properties allows to more easily recognize mistakes in their use because a property like "ProofWiki proof ID" can be used only for proofs while "ProofWiki ID" can be used for a mathematical concept, a mathematician, a book, etc.--[[User:Lore.mazza51|Lore.mazza51]] ([[User talk:Lore.mazza51|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:03, 2 November 2019 (UTC)
:::Pragmatically I'd say let's wait and see how often this happens (i.e. I suspect overdesign). --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:07, 2 November 2019 (UTC)

:*For sites with different identifiers for different things (e.g. "123" is a work in one scheme, but a creator in another scheme), there needs to be separate properties. 
::If it's just the same identifier that is used for different things, we generally don't try to split the IDs (e.g. "123" is a person, "124" a work). 
::There was some debate if wikipages should be considered external-ids at all. The initial consensus was no (use string-datatype), now it tends to a yes (use external-id-datatype). 
::We already have {{P|P6781}} with external-id for all types of pages, but that doesn't seem to be actively used. --- [[User talk:Jura1|Jura]] 15:17, 2 November 2019 (UTC)
== Burials in cemeteries ==

We currently list where people are buried in their entry, is there any interest in the reciprocal property, listing the people buried in the entry for the cemetery? It could easily be done with a bot, we could even gray-out the data so it can only be edited from the person's entry. We always assume people are going to using SPARQL to query Wikidata. I think most people will come to it from a Google search, especially for entries not in Wikipedia. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:50, 2 November 2019 (UTC)
* That is going to hang an awful lot of data on any large cemetery. Imagine what it would be like for {{Q|311}}. - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:08, 3 November 2019 (UTC)
*You can activate the gadget "relateditems" for this purpose. It displays inverse statements, e.g. on an item for a cemetery it lists people buried there. --[[User:Pasleim|Pasleim]] ([[User talk:Pasleim|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:46, 3 November 2019 (UTC)

*How about making lists here? e.g. at [[Wikidata:Lists/cemetery/Ireland]]. --- [[User talk:Jura1|Jura]] 06:32, 3 November 2019 (UTC)

*I don't think this would be a good idea. Not everything has to be reciprocal, and this sort of approach would make the parent items very unwieldy. [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:24, 3 November 2019 (UTC)

== Autocompletion for properties in search box? ==

Is there a way to get autocompletion for properties in the search box at the top right-hand corner on this wiki?

--[[User:Gittenburg|Gittenburg]] ([[User talk:Gittenburg|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:10, 3 November 2019 (UTC)
: I don't think so. I usually search with "P:..." and then search the property on the next page. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 12:07, 3 November 2019 (UTC)

== URLs for Library of Congress Control Number (LCCN) (bibliographic) ==

I noticed that the hot links generated for instances of [[Property:P1144]] don't work. It appears that the link should not be <code>https://lccn.loc.gov/$1</code> but rather <code>https://lccn.loc.gov/item/$1</code>. As a newcomer I'm not confident to change P1144 on my own initiative, especially as this would put it out of step with the documentation at [https://www.wikidata.org/w/index.php?title=MediaWiki:Gadget-AuthorityControl.js&oldid=179329592 https://www.wikidata.org/w/index.php?title=MediaWiki:Gadget-AuthorityControl.js&oldid=179329592]. I'm hoping somebody with more experience will pick this up. Apologies if this is not the correct forum to raise this.--[[User:Keith Edkins|Keith Edkins]] ([[User talk:Keith Edkins|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:16, 3 November 2019 (UTC)
: {{reply to|Keith Edkins}} For {{Q|14944010}} the current formatter gives https://lccn.loc.gov/11025047 while your proposal would lead to https://lccn.loc.gov/item/11025047. The former works while the latter does not. So, on which item does the current formatter not work? This might be an indication of something being wrong with that item. [[User:Toni 001|Toni 001]] ([[User talk:Toni 001|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:58, 3 November 2019 (UTC)
:: {{reply to|Toni 001}} OK the problem seems to have been fixed at the other end. The examples I was looking at are working fine now. Issue closed.--[[User:Keith Edkins|Keith Edkins]] ([[User talk:Keith Edkins|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:20, 3 November 2019 (UTC)

== Quick Statements for Commons ==

For what can I use QuickStatements for Wikimedia Commons and where is the Syntax for that described. I want to add Captions and it where great if it works with QuickStatements or is there another Tool I can use for it. -- [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:46, 3 November 2019 (UTC)

== Excuse me ==

Can someone add
* <code>zh-cn</code> in [[MediaWiki:Lang/zh-cn]]
* <code>zh-hk</code> in [[MediaWiki:Lang/zh-hk]]
* <code>zh-mo</code> in [[MediaWiki:Lang/zh-mo]]
* <code>zh-my</code> in [[MediaWiki:Lang/zh-my]]
* <code>zh-sg</code> in [[MediaWiki:Lang/zh-sg]]
* <code>zh-tw</code> in [[MediaWiki:Lang/zh-tw]]
because [[Template:Conversion-zh]] need to use they.--[[User:Sunny00217|Sunny00217]] ([[User talk:Sunny00217|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:04, 2 November 2019 (UTC)
:{{ping|Sunny00217}} {{done}}. [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:24, 3 November 2019 (UTC)

== Fixing "unknown" ==

I ran across a couple of items yesterday which had "unknown" ({{Q|24238356}}) as the specified value rather than the ''unknown value'' special value.  It looks like this is reasonably common for two specific properties - {{P|6216}} and {{P|7261}}, which have about 145k uses, and ~500 on all other properties. 

P6216 and P7261 seem to be intentionally permitted values for those properties, which makes sense, but for everything else, should we just go ahead and migrate these to ''unknown value''? There are [https://w.wiki/BGJ about 500] uses in total, mostly on {{P|195}}, {{P|276}}, and {{P|509}}. [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:20, 3 November 2019 (UTC)
: There are a few items such as {{Q|7031743}} that seem to use the item correctly. Most of the ~500 would however work better with ''unknown value''.
: {{re|Jarekt|Hannolans}} it seems you argued in the past for using {{Q|24238356}} with {{P|6216}}. Can you explain why it might be better then ''unknown value''? [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 12:06, 3 November 2019 (UTC)
:: Not sure, we have 'unknown' and 'anonymous' in external dataset imports. Also for example in {{Q|47530802}}. unknown is also used in Wikimedia Commons in the template https://commons.wikimedia.org/wiki/Template:Unknown to be used when the author is 'unknown'. Unknown is also related to orphan works. Probably we should also check which direction Commons takes?--[[User:Hannolans|Hannolans]] ([[User talk:Hannolans|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:51, 3 November 2019 (UTC)
::: The Wikidata datamodel generally allows you to be able to know whether or not two items have the same value by seeing whether they link to the same item. If I ask a question like: "What's the last book that the author who published the most books that were published at publisher X?" Wikidata should be able to answer that question to the best of it's knowledge. When we start to model all books where we don't know about the author as if they were written by the same author {{Q|4233718}} a question like that gets answered wrong. Translating the commons template this way instead of translating is as ''unknown value'' would bring us many errors like that. 
::: As far as {{Q|47530802}} goes, the item has additional meaning in that an investigation was made. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 13:28, 3 November 2019 (UTC)
::::I almost never use the ''unknown value'' special value and forgot about it's existence when setting {{Q|Q21510859}} constraints for {{P|6216}}. I am fine with using ''unknown value'' special value instead of {{Q|Q24238356}}. --[[User:Jarekt|Jarekt]] ([[User talk:Jarekt|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:03, 4 November 2019 (UTC)
== Maps and graphs broken on [[Wikidata:Wikidata in Wikimedia projects]] ==

Hi all

I notice the maps and graphs on [[Wikidata:Wikidata in Wikimedia projects#Maps_and_graphs]] are broken, it looks like there has been some backend changes that have broken it, it doesn't look like there have been any changes made to the page its self. Does anyone know how to fix it, I don't have the technical knowledge to fix it myself.

Thanks

--[[User:John Cummings|John Cummings]] ([[User talk:John Cummings|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:35, 1 November 2019 (UTC)
:{{ping|John Cummings}} Same issue as [https://phabricator.wikimedia.org/T226250]? [[User:Ayack|Ayack]] ([[User talk:Ayack|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:05, 4 November 2019 (UTC)

== Why do we have two lexeme for Run ? ==

See [[Lexeme:L162400]] and [[Lexeme:L279]] --[[User:Eatcha|Eatcha]] ([[User talk:Eatcha|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:35, 2 November 2019 (UTC)
* Presumably because [[Lexeme:L162400]] should not have been created. - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:07, 2 November 2019 (UTC)
:Do you delete them, or merge them. Although, nothing to be merged here afaik. Thanks --[[User:Eatcha|Eatcha]] ([[User talk:Eatcha|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:18, 2 November 2019 (UTC)
:: Merged! [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:27, 4 November 2019 (UTC)

== Best practices for documenting a person's immigration/emigration? ==

What is the best way to describe a person emigrating from their birth country and immigrating to a new country (i.e. more or less permanently)? The dates, source country, and target country could be modeled. Are there devoted properties, or would it be something like {{P|793}} -> {{Q|131288}}, with qualifiers such as date and "from"/"to" nations? [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:34, 3 November 2019 (UTC)
:{{P|551}} with start and end dates if known. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 22:38, 3 November 2019 (UTC)
::That would work, but {{P|551}} seems more appropriate for city, mansion, notable building, etc. Is it advisable to have redundancy in, say, {{P|551}} = {{Q|30}}, {{P|551}} = {{Q|1384}}, {{P|551}} = {{Q|60}}? [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:49, 3 November 2019 (UTC)
::<blockquote>No, just give the most specific statement(s). Any software using WD should be able to deduce USA/New York from New York City. [[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:40, 4 November 2019 (UTC)</blockquote>

== New template for SPARQL query pages ==

I’ve put together a new template, {{tl|query page}},
which allows you to store a query on a dedicated wiki page and transclude it elsewhere in a variety of styles.
This is convenient because when you need to update the query
(e. g. due to data model changes, item merges, changes to the query service software),
you only need to do it in one place and then everything that transcludes the query will be updated automatically.

For example, since I ported [[User:TweetsFactsAndQueries/Queries/editorial cartoons]] to the new template,
you can use it like this:

; <code><nowiki>{{User:TweetsFactsAndQueries/Queries/editorial cartoons|style=full}}</nowiki></code>
: {{User:TweetsFactsAndQueries/Queries/editorial cartoons|style=full}}
; <code><nowiki>{{User:TweetsFactsAndQueries/Queries/editorial cartoons|style=link embed with source}}</nowiki></code>
: {{User:TweetsFactsAndQueries/Queries/editorial cartoons|style=link embed with source}}
; <code><nowiki>… as you can see in [{{User:TweetsFactsAndQueries/Queries/editorial cartoons|style=url}} this query], …</nowiki></code>
: … as you can see in [{{User:TweetsFactsAndQueries/Queries/editorial cartoons|style=url}} this query], …

You can see full list of available styles on the template documentation page;
new styles can be defined as subpages of [[Template:query page/style/]].
[[Wikidata:Events/Wikidata Zurich Training2019/Showcase queries]] has some more examples
of the “link embed with source” style ([[Special:Diff/1044339065|diff]]).

I hope this is useful to some of you!
I plan to migrate all of my queries at [[User:TweetsFactsAndQueries/Queries]] to this soon, it’ll just take a while.
--[[User:TweetsFactsAndQueries|TweetsFactsAndQueries]] ([[User talk:TweetsFactsAndQueries|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:30, 4 November 2019 (UTC)

: Heh, and as if to demonstrate the motivation for this template, that query was actually broken (by [[phabricator:T235540]]) and had to be fixed :) --[[User:TweetsFactsAndQueries|TweetsFactsAndQueries]] ([[User talk:TweetsFactsAndQueries|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:50, 4 November 2019 (UTC)
*How about making it use the dedicated namespace? --- [[User talk:Jura1|Jura]] 07:53, 4 November 2019 (UTC)
*{{re|TweetsFactsAndQueries}} While this is nice, longer-term IMO it would still also be good to be able to have more of the functionality of Quarry for WDQS {{phab|T104762}} ([[:phab:T104762]] "Setup sparqly service at https://sparqly.wmflabs.org/ (like Quarry)") -- a service that would remember one's queries, allow one to label them, and also to share them, so that one could more easily retrieve and revisit one's own old queries, without one having to save a url or copy a query to a wiki page for each one. The ticket could use some love, to show this is still something the community would value.  As [[User:Legoktm]] implies in this comment [https://phabricator.wikimedia.org/T220703#5107711], such a service, that would mint its own URLs, might well be preferable to a URL shortener that changes URL every time the query is modified, and currently refuses to shorten queries over 2000 characters.  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:15, 4 November 2019 (UTC)
::{{reply to|Jheald}} that’s a separate need, though, isn’t it? [[phabricator:T104762]] is about freezing a query and its results at a certain point in time, whereas {{tl|query page}} facilitates making both variable, so that you can update the query later when necessary.
::I suppose once [https://bitbucket.org/magnusmanske/listeria/issues/49/expand-templates-in-query-parameter Listeria supports <nowiki>{{query page}}</nowiki>], you can build an approximation of Sparqly by using {{tl|Wikidata list}} on a query page’s talk page and sharing permalinks to revisions of that talk page. --[[User:TweetsFactsAndQueries|TweetsFactsAndQueries]] ([[User talk:TweetsFactsAndQueries|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:39, 4 November 2019 (UTC)
:::{{re|TweetsFactsAndQueries}} The top of the ticket talks about "a web service where people can make SQL queries and share these queries and the result".  It seems to me that the making and sharing (and remembering) of queries is the primary ask of the ticket, presenting an archived snapshot of a set of frozen results is an additional further ask.  In that respect, I think [[User:GZWDer]] ("Bugreporter") may have been wrong to close [[:phab:T211130]] as a duplicate -- really it's an additional sub-task.
:::Quarry also allows one to go back and edit and re-run an existing query, so a query can be updated under the same URL when necessary.
:::The point of the ticket, I think, is to have a service that takes care of all of the remembering and publication of a query itself, like Quarry, without having the user having to go through the hoops of saving the URL somewhere, or copying the query to a wikipage (with or without added Listeria monitoring).  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:49, 4 November 2019 (UTC)

For template queries, see also the collection on [[:Category:Query template]] and [[:Category:Partial query]], that store parametric queries and templates that help building queries. <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> 12:12, 4 November 2019 (UTC)

== Two links to the same project ==

Why I cannot link twice to WMC? It used to work. --[[User:Juandev|Juandev]] ([[User talk:Juandev|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:20, 4 November 2019 (UTC)
:''When'' did that work? [[User:Sextvå.tvånoll.ettsjunoll.sjufyra|622 017 074]] ([[User talk:Sextvå.tvånoll.ettsjunoll.sjufyra|Hej!]]) 11:59, 4 November 2019 (UTC)

== Wikidata weekly summary #389 ==

<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;">
* '''[[d:Special:MyLanguage/Wikidata:Events|Events]]'''
** Past: [[d:Wikidata:Events/Wikidata Zurich Training2019|Wikidata Zurich Training 2019]]
** Upcoming: Next Wikidata office hour on  Tuesday, November 5th [https://www.timeanddate.com/worldclock/fixedtime.html?msg=Wikidata+Telegram+office+hour&iso=20191105T18&p1=37&ah=1 at 18:00 Berlin time (UTC+1)]  on the [https://t.me/joinchat/AZriqUj5Uag92TB4U9eBdQ the Wikidata Telegram channel]
** Upcoming: Next Linked Data for Libraries LD4 Wikidata Affinity Group call: Martin Poulter on Wikidata projects at the University of Oxford, 05, November. [https://docs.google.com/document/d/1e09HBXcLQxGJggEjGiaurZPLt9V4DKA5jLbb9bmbFuA/edit?usp=sharing Agenda]

* '''[[d:Special:MyLanguage/Wikidata:Press coverage|Press, articles, blog posts]]'''
** ZBW Labs: [http://zbw.eu/labs/en/blog/20th-century-press-archives-data-donation-to-wikidata 20th Century Press Archives: Data donation to Wikidata]
** ''[https://www.lehir.net/the-wikidatacon-card-game/ The WikidataCon Card Game]'', [[:d:User:Envlh|Envel Le Hir]]
** ''[https://shkspr.mobi/blog/2019/11/the-greater-bear-using-wikidata-to-generate-better-artwork/ The Great(er) Bear - using Wikidata to generate better artwork]''
** ''[https://2019.semantics.cc/language-related-linked-open-data-knowledge-solutions-artificial-intelligence-and-more/Language-related Linked (Open) Data for Knowledge Solutions, Artificial Intelligence and more] presentation touching amongst others Wikidata and schema.org at Semantics 2019 by Felix Sasaki and Christian Lieske
** ''[https://hal.telecom-paristech.fr/hal-02096356/file/2019-ESWC-wikidatahistory.pdf Querying the Edit History of Wikidata]'' - Thomas Pellissier Tanon & Fabian Suchanek
** ''[https://arxiv.org/pdf/1910.12596.pdf Online Disinformation and the Role of Wikipedia]'' - Diego Saez-Trumper (WMF)

* '''Tool of the week'''
** '''[https://tools.wmflabs.org/wikidata-todo/sparql_rc.php SPARQL RC]''' is showing the recent changes on items that are listed from a specific query. It is very useful to monitor the changes on a specific subset of data, for example data that you recently imported in Wikidata.

* '''Other Noteworthy Stuff'''
** [https://wikimedia-deutschland.softgarden.io/job/5246357?jobDbPVId=14376022&l=de Wikimedia Deutschland is hiring a Product Manager for Wikibase]
** Live Wikidata editing videos: Jan Ainali makes [https://www.youtube.com/watch?v=Jf76lM8FMQE&list=PLjMC1biQ0gMSb_mlBkf3bRFQURyhEqn_h&index=4 videos showing his process while editing Wikidata]. Magnus Sälgö also makes [https://www.youtube.com/watch?v=QskooXZvbVE&list=UUyWx9F1ym3pDsS-VFz4E58Q&index=2 videos showing specific features and tools]
** [[d:Template:query page|<nowiki>{{query page}}</nowiki>]] is a new template that can be used to store SPARQL queries on a dedicated wiki page, to be transcluded in various styles ([[d:Special:PermanentLink/1044346391#New template for SPARQL query pages|announcement]])
** New feature on Mix'n'match: [https://twitter.com/MagnusManske/status/1189921082825940992 job management]

* '''Did you know?'''
<!-- NEW PROPERTIES DO NOT REMOVE -->
** Newest [[d:Special:ListProperties|properties]]:
*** General datatypes: [[:d:Property:P7500|comorbidity]], [[:d:Property:P7501|audio system]], [[:d:Property:P7508|election called by]], [[:d:Property:P7510|XML namespace]]
*** External identifiers: [[:d:Property:P7491|Austrian Parliament 1848 - 1918 ID]], [[:d:Property:P7492|Eu-football.info match ID]], [[:d:Property:P7493|playmarkerstats.com match ID]], [[:d:Property:P7494|Soccerway match ID]], [[:d:Property:P7495|Fussballdaten.de team ID]], [[:d:Property:P7496|NZPCN ID]], [[:d:Property:P7497|Wolfram Language entity type]], [[:d:Property:P7498|Women Film Pioneers ID]], [[:d:Property:P7499|Van Wijngaarden quarry ID]], [[:d:Property:P7502|Golden ID]], [[:d:Property:P7503|Ovrtur Biography ID]], [[:d:Property:P7504|Jeugdliteratuur ID]], [[:d:Property:P7505|ACL Anthology article ID]], [[:d:Property:P7506|Naver Encyclopedia ID]], [[:d:Property:P7507|Ben Yehuda author ID]], [[:d:Property:P7509|Estonian biographical database ID]], [[:d:Property:P7511|doujinshi.org author ID]]
<!-- END NEW PROPERTIES -->
<!-- NEW PROPOSALS DO NOT REMOVE -->
** New [[d:Special:MyLanguage/Wikidata:Property proposal|property proposals]] to review:
*** General datatypes: [[:d:Wikidata:Property proposal/food composition|food composition]], [[:d:Wikidata:Property proposal/landscape architect|landscape architect]], [[:d:Wikidata:Property proposal/charge conjugation quantum number|charge conjugation quantum number]], [[:d:Wikidata:Property proposal/IP address or range|IP address or range]], [[:d:Wikidata:Property proposal/featured in|featured in]], [[:d:Wikidata:Property proposal/Room number|Room number]], [[:d:Wikidata:Property proposal/Jabber channel|Jabber channel]], [[:d:Wikidata:Property proposal/lighting|lighting]], [[:d:Wikidata:Property proposal/Mentioned at|Mentioned at]]
*** External identifiers: [[:d:Wikidata:Property proposal/Sega Retro ID|Sega Retro ID]], [[:d:Wikidata:Property proposal/CA Prop 65 ID|CA Prop 65 ID]], [[:d:Wikidata:Property proposal/Gaming-History company ID|Gaming-History company ID]], [[:d:Wikidata:Property proposal/dp.ru company ID|dp.ru company ID]], [[:d:Wikidata:Property proposal/Filmový přehled film ID|Filmový přehled film ID]], [[:d:Wikidata:Property proposal/Filmový přehled person ID|Filmový přehled person ID]], [[:d:Wikidata:Property proposal/SK cinema film ID|SK cinema film ID]], [[:d:Wikidata:Property proposal/SK cinema authority ID|SK cinema authority ID]], [[:d:Wikidata:Property proposal/ePSD ID|ePSD ID]], [[:d:Wikidata:Property proposal/classicamiga ID|classicamiga ID]], [[:d:Wikidata:Property proposal/Czech cadastral area ID|Czech cadastral area ID]], [[:d:Wikidata:Property proposal/MEA Indian Mission ID|MEA Indian Mission ID]], [[:d:Wikidata:Property proposal/Planète Aventure ID|Planète Aventure ID]], [[:d:Wikidata:Property proposal/AaRC person ID|AaRC person ID]], [[:d:Wikidata:Property proposal/fyyd podcast identifer|fyyd podcast identifer]], [[:d:Wikidata:Property proposal/Encyclopedia of Mathematics wiki ID|Encyclopedia of Mathematics wiki ID]], [[:d:Wikidata:Property proposal/fyyd podcast episode ID|fyyd podcast episode ID]], [[:d:Wikidata:Property proposal/UEFA referee ID|UEFA referee ID]], [[:d:Wikidata:Property proposal/Flowers of India ID|Flowers of India ID]], [[:d:Wikidata:Property proposal/Panoptikum podcast episode ID|Panoptikum podcast episode ID]], [[:d:Wikidata:Property proposal/NBAIR pest ID|NBAIR pest ID]], [[:d:Wikidata:Property proposal/Reptiles of India ID|Reptiles of India ID]], [[:d:Wikidata:Property proposal/Odonata of India ID|Odonata of India ID]], [[:d:Wikidata:Property proposal/Birds of India ID|Birds of India ID]], [[:d:Wikidata:Property proposal/Moths of India ID|Moths of India ID]], [[:d:Wikidata:Property proposal/India Biodiversity Portal species ID|India Biodiversity Portal species ID]], [[:d:Wikidata:Property proposal/Indian Medicinal Plants Database ID|Indian Medicinal Plants Database ID]], [[:d:Wikidata:Property proposal/ZSI author ID|ZSI author ID]], [[:d:Wikidata:Property proposal/Biodiversity of West Bengal species ID|Biodiversity of West Bengal species ID]], [[:d:Wikidata:Property proposal/UK Lakes Portal ID|UK Lakes Portal ID]], [[:d:Wikidata:Property proposal/askArt person ID|askArt person ID]]
<!-- END NEW PROPOSALS -->
** [[d:Wikidata:Properties for deletion|Deleted properties]]: [[:d:Wikidata:Requests for deletions/Archive/2019/Properties/1#P2035|P2035 (LinkedIn personal profile URL)]], [[:d:Wikidata:Requests for deletions/Archive/2019/Properties/1#P1946|P1946 (N6I ID)]]
** Query examples: 
*** [https://query.wikidata.org/#SELECT%20distinct%20%3FpartyLabel%20%3FseatLabel%20%3FmpLabel%20%20%20%3Fimage%20%20%3Fcoords%20%3Frgb%20%28%3FpartyLabel%20AS%20%3Flayer%29%0Awhere%20%7B%0A%20%20%20%20%20%20%20%3Fmp%20p%3AP39%20%3Fcurrps%20.%20%3Fcurrps%20ps%3AP39%20%3Fcurrterm%20.%20%3Fcurrterm%20wdt%3AP279%20wd%3AQ16707842%20.%0A%20%20%20%20%20%20%20filter%20not%20exists%20%7B%20%3Fcurrps%20pq%3AP582%20%3Fcurrend%20%7D%20.%0A%20%20%20%20%20%20%20%3Fcurrps%20pq%3AP768%20%3Fseat%20.%20%3Fseat%20wdt%3AP625%20%3Fcoords%20.%20%3Fcurrps%20pq%3AP4100%20%3Fparty%20.%0A%20%20%20%20%20%20%20optional%20%7B%20%3Fmp%20wdt%3AP18%20%3Fimage%20%7D%0A%20%20%20%20%20%20%20%3Fparty%20wdt%3AP465%20%3Frgb%20.%0A%20%20%20%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22en%22.%20%7D%0A%7D%20%0A%23defaultView%3AMap%7B%22hide%22%3A%5B%22%3Fcoords%22%2C%20%22%3Flayer%22%2C%20%22%3Frgb%22%5D%7D Map of UK MPs coloured by party] ([https://twitter.com/heald_j/status/1190391516289753089 source]) - may change in the next few weeks
*** [https://w.wiki/BGJ Maintenance query: items which have a value of "unknown" (Q24238356) rather than the "unknown" special value] ([https://twitter.com/generalising/status/1190604932761759746 source])
*** [https://w.wiki/BNS 100 cities closest to the North pole with more than 200k inhabitants] ([https://twitter.com/liopic/status/1189252693166088194 source])
*** [https://w.wiki/BNX Actors with whom Shah Rukh Khan collaborated, in a bubble chart showing how many times it happened] ([https://twitter.com/wikidataindia/status/1190516387858571264 source])
** New Integraality dashboards: [[:d:Wikidata:WikiProject Source MetaData/Journals by publisher|Journals by publisher]], [[:d:Wikidata:WikiProject Source MetaData/Theses by institution|Theses by institution]]
** Schema examples:
*** [[d:EntitySchema:E130| Painting]]
*** [[d:EntitySchema:E134| Member of parliament from Sweden]]
*** [[d:EntitySchema:E136| Malayalam lexeme]]
** Newest [[d:Special:MyLanguage/Wikidata:WikiProjects|WikiProjects]]: [[d:Wikidata:WikiProject Podcasts|Sum of all Podcasts]]
** Newest database reports: 
***[[d:Property talk:P7470#URN in Wikidata|Uniform Resource Name (URN) in Wikidata]]
***[[d:Wikidata:Database_reports/uuid|''Universally Unique IDentifier (UUID)'' constraint check]]

* '''Development'''
** Made the Lua functions mw.wikibase.getBestStatements and mw.wikibase.getAllStatements faster if called more than once for the same statement on a single page
** Fix a bug on the mobile termbox ([[phab:T236677]])
** Update Wikibase Lua documentation ([[phab:T225497]])
** Highlight individual statements when selecting them in the URL ([[phab:T234079]])
** Add monolingual language code "sa-Sidd", "pi-Sidd", tnq (Taíno), car (Kalinago) and bdr  ([[phab:T230881]], [[phab:T220284]], [[phab:T234330]])
** Make it possible to collapse the "All entered languages" section when at the end of the section ([[phab:T232595]])
** Cache php.getEntityStatements in mw.wikibase ([[phab:T236491]])
** Tracking Wikidata Bridge openings by Datatype in Grafana ([[phab:T231204]])
** Not showing Bridge edit pens when the editor cannot edit the article ([[phab:T235152]])
** A bugfix to only show scrollbars where they are supposed to be shown ([[phab:T235622]])
** Enabling/Disabling the Save button depending on the bridge state ([[phab:T230342]])
** More work on tainted references

[[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]]
** [[d:Wikidata:Contribute/Suggested and open tasks|Suggested and open tasks]]!
** 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/2019 11 04|Read the full report]]''' &middot; [[m:Global message delivery/Targets/Wikidata|Unsubscribe]] &middot; [[:d:User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] 16:35, 4 November 2019 (UTC)
</div>
</div>
<!-- Message sent by User:Lea Lacroix (WMDE)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikidata&oldid=19485999 -->

== Podcasts ==

Do we have any models for items on podcasts? Is there any guidance on how granular to go? I've been adding a bit of info on {{Q|70345619}} and its episodes and it's got me wondering about stuff like how to represent bonus episodes when using {{P|1545}}. [[User:Richard Nevell|Richard Nevell]] ([[User talk:Richard Nevell|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:02, 4 November 2019 (UTC)
*I think there is or was a project about audio broadcasts .. --- [[User talk:Jura1|Jura]] 19:10, 4 November 2019 (UTC)
*There's a new project [[Wikidata:WikiProject Podcasts]]. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:59, 4 November 2019 (UTC)
**That's great! I'll have to get involved. [[User:Richard Nevell|Richard Nevell]] ([[User talk:Richard Nevell|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:37, 4 November 2019 (UTC)

== [[Wikidata:Map_data]] ==

Hi all

Simon Cobb, Nav Evans and myself have written [[Wikidata:Map_data]], instructions on uploading map data to Commons and using it on Wikidata and other Wikimedia projects, its a little fiddly to say the least. Let us know if anything is missing or unclear. 

Thanks

--[[User:John Cummings|John Cummings]] ([[User talk:John Cummings|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:56, 4 November 2019 (UTC)

== Google Code-In will soon take place again! Mentor tasks to help new contributors! ==

Hi everybody! Google Code-in (GCI) will soon take place again - a seven week long contest for 13-17 year old students to contribute to free software projects. Tasks should take an experienced contributor about two or three hours and can be of the categories Code, Documentation/Training, Outreach/Research, Quality Assurance, and User Interface/Design. Do you have any Lua, template, gadget/script or similar task that would benefit your wiki? Or maybe some of your tools need better documentation? If so, and you can imagine enjoying mentoring such a task to help a new contributor, please check out [[:mw:Google Code-in/2019]] and become a mentor. If you have any questions, feel free to ask at [[:mw:Talk:Google Code-in/2019|our talk page]]. Many thanks in advance! --[[User:Martin Urbanec|Martin Urbanec]] 07:28, 5 November 2019 (UTC)
<!-- Message sent by User:Martin Urbanec@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Distribution_list/Technical_Village_Pumps_distribution_list&oldid=19202271 -->

== I am a patroller on Commons, but not on WD ==

Then why I am asked to mark changes as patrolled? Thanks -- [[User:Eatcha|Eatcha]] ([[User talk:Eatcha|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:18, 5 November 2019 (UTC)
:{{reply to|Eatcha}} We don’t have a distinct patroller group here – every {{ll|Wikidata:Autoconfirmed users|autoconfirmed user}} has the <code>patrol</code> right. --[[User:Lucas Werkmeister|Lucas Werkmeister]] ([[User talk:Lucas Werkmeister|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:25, 5 November 2019 (UTC)
:: Thanks --[[User:Eatcha|Eatcha]] ([[User talk:Eatcha|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:33, 5 November 2019 (UTC)

== Dirk Landau ( Martin Rutsch) ==

I’ve done an image search and the photo of this person is being used online dating site. Thought somebody should be made aware of this.  Not sure how this site works . ? <small>&nbsp;&ndash; {{Autotranslate|base=Unsigned/text|1=1.128.109.3|2=08:57, 11 November 2019‎}}</small><!--Inserted with Template:Unsigned-->

:This doesn't seem to be a Wikidata issue. <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> 16:32, 11 November 2019 (UTC)

:<small>This section was archived on a request by: <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> 16:32, 11 November 2019 (UTC)</small>
== Quantities: Instances and Classes ==

In recent weeks I've been improving units in Wikidata, which is still a large, ongoing and probably never ending project. Very helpful was alignment with the WL by the property {{P|7007}}, which allows for instance comparison of conversion factors.
Now that we have {{P|7431}}, similar, large scale improvements will be possible. However, one issue in Wikidata is the classification of (physical) quantities: What are the individuals and what are the classes? I estimate that Wikidata has items for about 1000 physical quantities, but currently there is no single query that finds all of them, and nothing more.

I'd like to propose following the scheme outlined in {{Q|71548419}}. It is consistent with the treatment of quantities in the relevant standards, namely {{Q|70257574}} and {{Q|568496}}.

Proposal (using examples; for precise terminology, refer to the text):
* 5 kg, 3 apples, 5 rad, ... are individual quantities
* length, area, radius, apple count, ... are classes of individual quantities
* radius is a "subclass of" length; lengths is a "subclass of" physical quantity
* 5 kg is an "instance of" mass; 5 kg is also an "instance of" a physical quantity

Notes on {{Q|71548419}}: Page 5, figure 2 illustrates this idea very nicely. The box called M0 are what Wikidata calls "instances". The box called M1 contains classes, solid arrows are "subclass of" relations in Wikidata.

If we consistently follow that scheme then query [1] will contain exactly those elements that we have in mind when talking about "physical quantity".

I'm writing this comment to raise awareness of the tricky issue "instance of" vs "subclass of" in the context of quantities, to solicit feedback, support or criticism, and potentially pointers to previous discussion that I have missed.

[1] Query physical quantities (the classes like "length", "area", not the individuals like 5 m, ...):
{{sparql|query=
select distinct ?pq ?pqLabel where {
  ?pq wdt:P279* wd:Q107715 . # physical quantity
  service wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en" . }
}
}}

[[User:Toni 001|Toni 001]] ([[User talk:Toni 001|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:10, 21 October 2019 (UTC)
* {{ping|Toni 001}} Thanks - this is clear enough, and I {{support}} your approach. This use of {{P|31}} when it more logically should be {{P|279}} is a very general problem within wikidata's class hierarchy, and we've been rationalizing it a bit with arguments about metaclasses, but I think just converting more of those abstract relations to subclass relations would work in most cases (and I agree it makes sense in this one). [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:17, 21 October 2019 (UTC)
* {{support}} [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:29, 22 October 2019 (UTC)
* {{comment}}$ I think the general question is which ones are instances of units and which ones are classes of units. Anything with a SI conversion should be an instance. --- [[User talk:Jura1|Jura]] 13:55, 23 October 2019 (UTC)
:: {{reply to|Jura1}} This suggestion is about ''quantities'', not ''units''. The relation is that a ''quantity'' (that is, an ''instance of'' physical quantity) is a composite object, the two components are: ''number'' and ''unit''. [[User:Toni 001|Toni 001]] ([[User talk:Toni 001|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:38, 23 October 2019 (UTC)
:::Yeah, I noticed, but I'm not really sure what items you have in mind (I don't think there are too many like {{Q|Q42315784}}). Maybe {{Q|Q3597943}}, but that is an order of magnitude. --- [[User talk:Jura1|Jura]] 15:54, 23 October 2019 (UTC)
:::: I see. Here is what I found:
# There are currently about 1700 ''subclasses'' of {{Q|107715}}. This is already pretty good (compared to a week ago): I guess less than half of them don't belong there, and some (not sure yet, could be hundreds) are missing.
# There are currently about 11000 ''instances'' of {{Q|107715}} (or subclasses thereof). This list is what should contain things like 5m, 45°, but contains a lot of things that should not be there. This will be a bigger project to clean that up, and might trigger some separate discussions. For instance, the list contains the year 1184. Is that really an individual quantity? This item states "instance of year", and year states "subclass of orbital period". Both statements don't seem wrong when looked at individually, but the issue is that "year" has two different meanings: A point (well, somewhat spread) on some time scale / calendar, and a duration. The latter is sometimes called "annum" to distinguish it from the former.
To summarize, I first want to concentrate on point 1, getting quantity classes cleaned up, and in the process tighten some property constraints (for instance, {{P|111}} currently allows both subclasses and instances of physical quantity as values - it should only allows subclasses).
[[User:Toni 001|Toni 001]] ([[User talk:Toni 001|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:34, 23 October 2019 (UTC)
:Well, top-down queries tend to get surprising results if they don't time out. It's generally easier to fix things bottom-up. --- [[User talk:Jura1|Jura]] 08:54, 24 October 2019 (UTC)
::{{reply to|Jura1}} Yes. The top-town approach is important for understanding the ontology. Here is an example of a query that will help improving quantities bottom-up: All the quantities described by {{Q|568496}}; I guess that list contains less than 10% so far, so I'm going through the standard to add values for {{P|1343}}:
::{{sparql|query=
select ?quantity ?quantityLabel ?quantitySymbols ?wlQuantity ?source ?sourceLabel ?itemNumber where {
  ?quantity wdt:P279+ wd:Q71550118 .                    # quantity
  ?quantity p:P1343 [
    ps:P1343 ?source ;
    pq:P958 ?itemNumber ;
  ] .
  ?source wdt:P629 / wdt:P361 wd:Q568496 .              # any edition of any part of ISO 80000
  optional { ?quantity wdt:P7431 ?wlQuantity . }
  service wikibase:label { bd:serviceParam wikibase:language "en" . }
  optional {
    select ?quantity (group_concat(?quantitySymbol; separator = ", ") as ?quantitySymbols) where {
      ?quantity wdt:P416 ?quantitySymbol .
    } group by ?quantity
  }
} order by ?itemNumber
}} [[User:Toni 001|Toni 001]] ([[User talk:Toni 001|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:58, 3 November 2019 (UTC)

: {{Oppose}} There's some leak in this scheme, and I can imagine where. Compare {{Q|29539}} and {{Q|3387041}}. In your scheme they are both subclasses of {{Q|107715}} which is illogical. From my point of view {{Q|107715}} should be M2 (metaclass), {{Q|3387041}} and similar would be its subclasses (and thus also M2), and items like {{Q|29539}} (which has definite units of measure) are P31 of any previous (and thus M1). I don't care about M0 (which you call "individual quantities" but I'd rather call them "individual measurements") now as they seem to be rare in WD, but I suspect that there should be another relation (not P31) between them and M1-quantities. --[[User:Infovarius|Infovarius]] ([[User talk:Infovarius|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:58, 27 October 2019 (UTC)

:: {{reply to|Infovarius}}
::* Number-unit-combinations like 7 g/m^3 are called individual or particular quantity in different standards. There is a class for all of them, {{Q|71550118}}. This class contains various subclasses, formed by applying objective or conventional restrictions, which are described by adjectives or qualifiers like "physical", "chemical", "intensive", "extensive", "areal", "molar", "base", "computational", ... . Those classes can overlap, as their restrictions are concerned with different aspects of quantities. Those classes then contain further subclasses which refer to a particular "property of a phenomenon, body, or substance" (definition of "quantity" in VIM3), for instance density, length, radius, wavelength and so on. That is a "flat", but consistent model, far from illogical.
::* ''quantity'' and ''measurement'' are not the same.
::* One question might be how to list (that is, query) things like ''length'', ''area'', ... but excluding ''physical quantity'', ''base quantity'', ... . But this is solved already: {{Q|71548419}} defines the concept of {{Q|71758646}} of which {{Q|107715}}, ... are instances (yes, instances, not subclasses). Then the query simply has to look for subclasses of {{Q|71550118}} excluding instances of {{Q|71758646}}.
:: [[User:Toni 001|Toni 001]] ([[User talk:Toni 001|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:26, 31 October 2019 (UTC)

* {{oppose}} I agree with Infovarius that dumping {{Q|29539}} and {{Q|3387041}} together will make a mess. Five years ago when considering [[Help_talk:Basic_membership_properties#I_need_some_clarification_in_case_of_sciences,_theories,_religions,_military_branches_etc|a similar problem]] I proposed to consider introducing a separate subconcept property, has anything similar been discussed since? [[User:Ain92|Ain92]] ([[User talk:Ain92|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:36, 29 October 2019 (UTC)
:: {{reply to|Ain92}} The distinguishing feature between {{Q|29539}} and {{Q|3387041}} is that the latter is an instance of {{Q|71758646}} (a concept explained in {{Q|71548419}}), while the former is not. [[User:Toni 001|Toni 001]] ([[User talk:Toni 001|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:46, 31 October 2019 (UTC)

*{{support}} To reply both opposers, I doubt if there are fair reasons that {{Q|29539}} and {{Q|3387041}} can't merged simply. --[[User:Liuxinyu970226|Liuxinyu970226]] ([[User talk:Liuxinyu970226|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:20, 6 November 2019 (UTC)



== Constraint for reference ==

I want to add a constraint to {{P|P1087}} that a reference using {{P|P813}} and either {{P|P248}} or {{P|P854}} is required at each statement. Is there a predefined contraint, or do I need a complex constraint?  [[User:Steak|Steak]] ([[User talk:Steak|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:51, 5 November 2019 (UTC)

*[[Special:Diff/1045550422]] --- [[User talk:Jura1|Jura]] 11:05, 5 November 2019 (UTC)
::Thanks, but I am not sure if this is what I want. What does {{Q|Q54554025}} comprise? Does it include the constraint to add a date with {{P|P813}}? Note also that {{P|P143}} would as far as I can see also count as "reference", but actually they should be constraint violations. [[User:Steak|Steak]] ([[User talk:Steak|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:18, 5 November 2019 (UTC)
:::If you want a more limited set of properties in references, a complex constraint is needed. --- [[User talk:Jura1|Jura]] 11:34, 5 November 2019 (UTC)
*I would {{O}} adding a requirement for {{P|P813}} for {{P|P1087}} and fail to see a reason for the other constraint. In what way do you believe that {{P|P1087}} is a special property that warrants stronger protection then other properties on Wikidata? [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 15:12, 5 November 2019 (UTC)
::It is, at least at de:wp, totally normal that a reference has a retrieval date. And I don't see a reason why this should not be applied here also. [[User:Steak|Steak]] ([[User talk:Steak|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:16, 5 November 2019 (UTC)
:::If something is normal, then it doesn't need to go in a constraint for a specific property. If you want to add a constraint to {{P|P1087}}, you have to make a case for why it matters for the specific property in a way it doesn't matter for other properties. 
:::Wikidata works on the assumption that if a data user like dewiki which only wants to have data with retrieval dates, dewiki model can do the appropriate filtering and can load only data it wants. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 15:29, 5 November 2019 (UTC)
::::If someone wants to go through all statements of a property to ensure they are properly sourced, I don't see much of an issue to add such a constraint, preferably probably as a suggestion constraint.
::::The main problem with P1087 I realized only later seems to be that there is only one reference for it anyways (actually apparently there is another for earlier years). --- [[User talk:Jura1|Jura]] 09:19, 6 November 2019 (UTC)
== The appearance /physical attributes/ of drugs ==

I am reposting the following text from [[Wikidata_talk:WikiProject_Medicine#The_appearance_/physical_attributes/_of_drugs]], since I got no reaction there.

I am working (with the help of members of a small non-wmf wikicommunity) on openaccess wikiarticles about various drugs. We are planning on incorporating information about various medical substances that are available through wikidata in the future. Through our project we already donated numerous photos of different drugs/drug forms to commons.
For our users - medical students, nurses and doctors alike - are information about the physical attributes of the drugs very useful and we would like to add them to wikidata and afterward to our project. But I am not sure how to add this kind of information to wikidata, there are two barriers I would need advice with:
# the physical appearance of the drug form, such as "white, round tablets" are specific per manufacturer and the drug, is it viable to set up new wikidata items for the drug by specific manufacturers /say "Metformin Teva 500mg" - an item for tablet containing 500mg of metformin produced by Teva company/?
# are there any properties on wikidata already in place that could be used for the physical appearance description?

Thank you for your reply in advance. --[[User:Wesalius|Wesalius]] ([[User talk:Wesalius|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:25, 4 November 2019 (UTC)
:2. Yes, we have for example {{P|1419}}, {{P|462}} or {{P|2067}}.
:1. We already have items on compound level (like {{Q|191521}}) and product level (like {{Q|29006643}}). You are proposing even one more deeper specific product level. As long as these items will be properly sourced and connected with "product level" it seems acceptable to me.--[[User:Jklamo|Jklamo]] ([[User talk:Jklamo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:40, 4 November 2019 (UTC)
::Does it suffice to stay on the product level and put multiple pictures there, distinguishing them by a qualifier value? --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:01, 5 November 2019 (UTC)
::: Thank you for your response [[User:Jklamo|Jklamo]]. I will discuss with the team if we actually need the deeper level, because as [[User:SCIdude|SCIdude]] suggests (if I understand it correctly), the different dosages of similar products (say Metformin Teva 500mg and Metformin Teva 850mg) might not need independent items, but be distinguished by a qualifier within an item for Metformin produced by Teva. --[[User:Wesalius|Wesalius]] ([[User talk:Wesalius|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:40, 5 November 2019 (UTC)
* I think it's desireable to have Wikidata items for specific packaging like "Metformin Teva 500mg" when the new items are correctly linked to the existing items. The main reason that we currently don't have those items is that it's a decent chunk of work to create them. 
: I would prefer to have separate items for compound/product/packaging whereby the packaging subclasses the product. Independent items have the advantage that it's possible to be more specific. This would allow us to store information such as {{P|P3962}} in Wikidata for the different packaging. That would allow it for someone to program an App that simply scans the barcode of a drug and then goes to the correct Wikidata item. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 10:01, 7 November 2019 (UTC)
{{Ping project|Medicine}} [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 10:03, 7 November 2019 (UTC)

== a thought for longer-term: works, editions, and searching ==

This is just a thought for consideration... Literary works are supposed to have one item for the work in general and an item for every edition. Now, if there are items for every edition, searching and auto-completion become quite unwieldy, you have a long list and it can be hard to figure out which is the item for the work. Most of the time it's the work you'll be looking for. This only affects a few works so far, but it'll be a big nuisance if the literary part of the data keeps growing. Has anyone yet given a thought to solutions? Not necessarily to be implemented now, but to be mulled over. Like, here's something I imagine, I don't know if it'd be workable: suppose in the list that comes up for searching and auto-completion, items that are instances of "literary work" or subtypes ("Poem," etc.) would come up just as usual, but there would be a single differently-colored entry for "edition, translation, or version;" and this item would not be an ordinary entry, but instead, clicking on it would take you to a sub-list of all editions (but if there's only one, it would automatically select that). [[User:Levana Taylor|Levana Taylor]] ([[User talk:Levana Taylor|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:50, 5 November 2019 (UTC)
: {{ping|Levana Taylor}} Better have that discussion in [[Wikidata:WikiProject Books|Wikiproject Books]]. We already have a similar discussion about how distinguish edition and work in that [[Wikidata_talk:WikiProject_Books#Labels_for_edition_items,_use_of_parentheses|discussion]]. [[User:Snipre|Snipre]] ([[User talk:Snipre|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:46, 5 November 2019 (UTC)
:: Yes, I figured this must have been discussed sometime. I will read and  then repost. Thanks. [[User:Levana Taylor|Levana Taylor]] ([[User talk:Levana Taylor|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:00, 5 November 2019 (UTC)

:It would be nice if searches allowed the user to restrict searches to works or editions. Libraries do this with their databases: having records clearly marked as "Author/Person" or "Work" or "Edition/Copy in the Library (Bibliographic)". I'm not sure how we could do that here, since the Wikidata collection of items includes many thousands of additional items that aren't books or editions or authors. --[[User:EncycloPetey|EncycloPetey]] ([[User talk:EncycloPetey|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:49, 5 November 2019 (UTC)
:: There is a way to do something like this but it's not very convenient in the UI - basically you have to add "haswbstatement:P31=Qxxxxx" in the search box, where Qxxxxx is the id of the class you want to restrict the search to. For example to find only items which are instances of "book" try something like "Paleontology haswbstatement:P31=Q571" in the search box. [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:39, 5 November 2019 (UTC)
:::{{Ping|ArthurPSmith}} ''There is a way to do something like this but it's not very convenient in the UI'' Unfortunately, that seems to be a common theme with Wikidata. --[[User:Trade|Trade]] ([[User talk:Trade|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:48, 5 November 2019 (UTC)
::::How is that unfortunate? It simply means that there are a lot of ways programming resources can be used to improve Wikidata and a lot of ways to grow. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 16:40, 6 November 2019 (UTC)
*There is [[Wikidata:WikiCite/Roadmap#Four_scenarios_for_the_future_of_WikiCite]] about the more general problem. [[Wikidata:WikiProject Books|Wikiproject Books]] (and Wikidata in general) seems to struggle solving this. --- [[User talk:Jura1|Jura]] 13:45, 7 November 2019 (UTC)

== Data import pages/subpages ==

Some time ago, I asked for people interested in [[:Category:In_Progress_datasets]] ([[Wikidata:Project_chat/Archive/2019/08#Category:In_Progress_datasets]]). 

Apparently, there isn't much, if any, interest in working with these pages. 

It seems that we mostly loose potentially interested contributors who try to create a subpage there, get a mostly pre-filled page and that then ends up being abandoned.

I suggest we archive the experiment and ask people to use the default channels. --- [[User talk:Jura1|Jura]] 15:46, 6 November 2019 (UTC)

:I agree that this space is not really working as it should at the moment. I think these pages could potentially be improved instead of deleted, by trimming down the content of the template that generates them. See my comment at [[Wikidata_talk:Dataset_Imports#Feedback_on_the_import_pages]]. But if no one wants to take care of that, we should not incentivize newcomers to use this space, since their efforts will likely go unnoticed. − [[User:Pintoch|Pintoch]] ([[User talk:Pintoch|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:54, 6 November 2019 (UTC)
::Thanks for your feedback. I noticed your comment when cross-referencing this there. Seems we made similar observations. Earlier versions were actually much more readable (there was just one page), but even that didn't draw much attention. --- [[User talk:Jura1|Jura]] 13:56, 7 November 2019 (UTC)

== "Ramses" (Q1343144) ==

Hi, the above data item was extensively edited by an IP address, and removed a lot of stuff, added some other things. Other editors tried to fix it (like me) as the current description (South African hip hop artist) is not "Ramses Shaffy", Dutch singer. Can someone reset the whole thing to whatever it was before IP started editing (and I assume all was well)? I looked in the history, but am not BOLD enough to click the button. Thank you. [[User:Deadstar|Deadstar]] ([[User talk:Deadstar|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:24, 7 November 2019 (UTC)
:{{done}} by {{ping|M2k~dewiki}}. Thank you. [[User:Deadstar|Deadstar]] ([[User talk:Deadstar|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:19, 7 November 2019 (UTC)

== article in response: follows or inspired? ==

Suppose that in a set of magazine articles I'm entering, a few months after one article appears, another by a different author is published which is a reply or response to the first. How do I indicate the relationship between them: {{P|P155}}/{{P|P156}}, or {{P|P941}}? --[[User:Levana Taylor|Levana Taylor]] ([[User talk:Levana Taylor|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:37, 7 November 2019 (UTC)

:{{P|P2675}} perhaps? [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:27, 7 November 2019 (UTC)
:: Aha, that's it! I didn't know about that one. Thanks [[User:Levana Taylor|Levana Taylor]] ([[User talk:Levana Taylor|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:44, 7 November 2019 (UTC)

== HQ or Administrative territory ==

{{Q|Q214867}} as an art museum is both an organization and a building, so should it have a headquarters or be located in an administrative territory? They are mutually exclusive, and naming the architect requires that it be a building that is "located in [an] administrative territorial entity". --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:47, 6 November 2019 (UTC)
* Probably needs to be split into two items, one for the building and one for the institution. - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:40, 6 November 2019 (UTC)

::I'd prefer to challenge the 'mutually exclusive' constraint. If we consider a museum organisation (say, York City Museum) operating from a museum building (York City Museum Building), there is no logical reason why we should be able to say that the building is P131=City of York but not say that the organisation is P131=City of York. To that end, I'm agitating right now on [https://www.wikidata.org/wiki/Property_talk:P131#Can_we_drop_the_Conflicts_with_%E2%80%9Cinstance_of_(P31):_organization_(Q43229)%E2%80%9D_constraint P131 talk]. Where we have so many organisations (especially schools, libraries, museums) where the org and the building are effectively represented in a single item, the constraint that orgs should have no P131 values causes harm for no obvious gain. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:30, 6 November 2019 (UTC)
:Conflating an organiztaion and building into one article is common practice on wikis, but certainly not a good idea for stuctured database. Two items are neede, as these are two different entities. As example {{Q|188112}} and {{Q|43755714}}, note the different set of related properties.--[[User:Jklamo|Jklamo]] ([[User talk:Jklamo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:52, 7 November 2019 (UTC)
:: I agree that they can be combined into one entry, unless they have multiple buildings or have moved from one building to another. For instance a church can be a building and a congregation that have different inception dates. But if they are the same, keep one entry. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:35, 7 November 2019 (UTC)
:Tagishsimon explained it well. Some people have a very narrow world view and are trying to enforce that by adding constraints. I removed this one. [[User:Multichill|Multichill]] ([[User talk:Multichill|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:34, 7 November 2019 (UTC)
== Lexeme mistakes ==

The following Lexemes are about German nouns, which are capitalized without exception:

{{collapse top |title=Lexemes }}

<small>{{L|72724}}, {{L|72919}}, {{L|72664}}, {{L|72865}}, {{L|72867}}, {{L|72668}}, {{L|72868}}, {{L|72774}}, {{L|72657}}, {{L|72761}}, {{L|72869}}, {{L|72669}}, {{L|72870}}, {{L|72671}}, {{L|72872}}, {{L|72674}}, {{L|72874}}, {{L|72687}}, {{L|72881}}, {{L|72822}}, {{L|72713}}, {{L|72907}}, {{L|72670}}, {{L|72871}}, {{L|72676}}, {{L|72873}}, {{L|72836}}, {{L|73029}}, {{L|72792}}, {{L|72984}}, {{L|72813}}, {{L|72810}}, {{L|73002}}, {{L|72829}}, {{L|73021}}, {{L|72692}}, {{L|72884}}, {{L|72697}}, {{L|72889}}, {{L|72696}}, {{L|72888}}, {{L|72665}}, {{L|72866}}, {{L|72694}}, {{L|72886}}, {{L|72885}}, {{L|72695}}, {{L|72887}}, {{L|73031}}, {{L|72825}}, {{L|73017}}, {{L|72807}}, {{L|72999}}, {{L|72718}}, {{L|72913}}, {{L|72719}}, {{L|72914}}, {{L|72806}}, {{L|72998}}, {{L|72721}}, {{L|72916}}, {{L|72828}}, {{L|73020}}, {{L|72821}}, {{L|73014}}, {{L|72734}}, {{L|72921}}, {{L|72770}}, {{L|72962}}, {{L|72723}}, {{L|72918}}, {{L|72737}}, {{L|72924}}, {{L|72740}}, {{L|72926}}, {{L|72839}}, {{L|72747}}, {{L|72936}}, {{L|72744}}, {{L|72933}}, {{L|72746}}, {{L|72935}}, {{L|72745}}, {{L|72934}}, {{L|72823}}, {{L|73015}}, {{L|72801}}, {{L|72993}}, {{L|72750}}, {{L|72941}}, {{L|72847}}, {{L|73039}}, {{L|72787}}, {{L|72751}}, {{L|72942}}, {{L|72752}}, {{L|72753}}, {{L|72944}}, {{L|72754}}, {{L|72945}}, {{L|72818}}, {{L|73011}}, {{L|72891}}, {{L|72698}}, {{L|72755}}, {{L|72946}}, {{L|72756}}, {{L|72947}}, {{L|72798}}, {{L|72990}}, {{L|72757}}, {{L|72948}}, {{L|72759}}, {{L|72950}}, {{L|72758}}, {{L|72949}}, {{L|72812}}, {{L|73005}}, {{L|72760}}, {{L|72951}}, {{L|72733}}, {{L|72920}}, {{L|72683}}, {{L|72879}}, {{L|72722}}, {{L|72917}}, {{L|72779}}, {{L|72972}}, {{L|72763}}, {{L|72953}}, {{L|72762}}, {{L|72952}}, {{L|72764}}, {{L|72954}}, {{L|72765}}, {{L|72956}}, {{L|72766}}, {{L|72957}}, {{L|72732}}, {{L|72769}}, {{L|72961}}, {{L|72960}}, {{L|72771}}, {{L|72772}}, {{L|72963}}, {{L|72731}}, {{L|72897}}, {{L|72705}}, {{L|72702}}, {{L|72894}}, {{L|72701}}, {{L|72893}}, {{L|72704}}, {{L|72896}}, {{L|72805}}, {{L|72997}}, {{L|72708}}, {{L|72901}}, {{L|72712}}, {{L|72906}}, {{L|72709}}, {{L|72902}}, {{L|72814}}, {{L|73006}}, {{L|72714}}, {{L|72908}}, {{L|72715}}, {{L|72909}}, {{L|72681}}, {{L|72876}}, {{L|72682}}, {{L|72877}}, {{L|72673}}, {{L|72875}}, {{L|72684}}, {{L|72880}}, {{L|72675}}, {{L|72685}}, {{L|72742}}, {{L|72929}}, {{L|72710}}, {{L|72903}}, {{L|72776}}, {{L|72969}}, {{L|72775}}, {{L|72968}}, {{L|72777}}, {{L|72970}}, {{L|72794}}, {{L|72986}}, {{L|72784}}, {{L|72782}}, {{L|72783}}, {{L|72785}}, {{L|72977}}, {{L|72786}}, {{L|72978}}, {{L|72743}}, {{L|72931}}, {{L|72789}}, {{L|72980}}, {{L|72788}}, {{L|72979}}, {{L|72711}}, {{L|72904}}, {{L|72982}}, {{L|72791}}, {{L|72983}}, {{L|72793}}, {{L|72985}}, {{L|72795}}, {{L|72987}}, {{L|72796}}, {{L|72988}}, {{L|72797}}, {{L|72989}}, {{L|72799}}, {{L|72991}}, {{L|72800}}, {{L|72992}}, {{L|72802}}, {{L|72994}}, {{L|72803}}, {{L|72995}}, {{L|72804}}, {{L|72996}}, {{L|72809}}, {{L|73001}}, {{L|72808}}, {{L|73000}}, {{L|72811}}, {{L|73003}}, {{L|72815}}, {{L|73007}}, {{L|72816}}, {{L|73009}}, {{L|72817}}, {{L|73010}}, {{L|72738}}, {{L|72925}}, {{L|72820}}, {{L|73013}}, {{L|72824}}, {{L|73016}}, {{L|72773}}, {{L|72964}}, {{L|72706}}, {{L|72898}}, {{L|72831}}, {{L|73023}}, {{L|72660}}, {{L|72861}}, {{L|72780}}, {{L|72973}}, {{L|72830}}, {{L|73022}}, {{L|72832}}, {{L|73024}}, {{L|72833}}, {{L|73025}}, {{L|72834}}, {{L|73027}}, {{L|72846}}, {{L|73038}}, {{L|72819}}, {{L|73012}}, {{L|72835}}, {{L|73028}}, {{L|72837}}, {{L|73030}}, {{L|72716}}, {{L|72910}}, {{L|72741}}, {{L|72927}}, {{L|72778}}, {{L|72971}}, {{L|72841}}, {{L|73033}}, {{L|72840}}, {{L|73032}}, {{L|72842}}, {{L|73034}}, {{L|72843}}, {{L|73035}}, {{L|72699}}, {{L|72892}}, {{L|72844}}, {{L|73036}}, {{L|72845}}, {{L|73037}}, {{L|72736}}, {{L|72923}}, {{L|72735}}, {{L|72922}}, {{L|72686}}, {{L|72720}}, {{L|72915}}, {{L|72663}}, {{L|72864}}, {{L|72748}}, {{L|72939}}, {{L|72849}}, {{L|73040}}, {{L|72707}}, {{L|72899}}, {{L|72767}}, {{L|72958}}, {{L|72717}}, {{L|72911}}, {{L|72700}}, {{L|72850}}, {{L|73041}}</small><br>
{{collapse bottom}}

I hope someone can fix it. Greetings [[User:Bigbossfarin|Bigbossfarin]] ([[User talk:Bigbossfarin|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:36, 4 November 2019 (UTC)

* {{reply_to|Bigbossfarin}} Is there anything preventing you from fixing them yourself? [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:49, 4 November 2019 (UTC)
*: Yes, the first thing to do, would be to find duplicates and merge them. I couldn't find a tool where you can type in Lexeme names and get a L-number. The second thing would be to change Lexeme names automaticly with a tool, a guess this could work with [[Help:QuickStatements|QuickStatements]] Greetings [[User:Bigbossfarin|Bigbossfarin]] ([[User talk:Bigbossfarin|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:59, 4 November 2019 (UTC)
::Can't this be done simply using the search bar and selecting only Lexemes? That's usually how I look for them. - [[User:Sarilho1|Sarilho1]] ([[User talk:Sarilho1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:33, 5 November 2019 (UTC)
*{{re|Wpbloyd}} It seems you created many of those lexemes. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 22:06, 4 November 2019 (UTC)

:::Not only the capitalization is wrong, but lexemes like {{L|L72782}} are simply wrong. [[User:Steak|Steak]] ([[User talk:Steak|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:26, 5 November 2019 (UTC)
:::* Indeed, I can delete them and send them back to the curators for checking if they find more errors. Would that be OK? [[User:Wpbloyd|Wpbloyd]] ([[User talk:Wpbloyd|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:13, 6 November 2019 (UTC)
:::::{{re|Wpbloyd}} Where do the items come from? If you mean "upload to Wikidata" with "send them back to the curators for checking" that feels a bit dubious to me. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 13:33, 6 November 2019 (UTC)
:::::: {{re|ChristianKl}} the terms comes from an Internal curated list of an architectural archive, so I meant to send the list back to the curators for checking that everything is fine [[User:Wpbloyd|Wpbloyd]] ([[User talk:Wpbloyd|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:49, 6 November 2019 (UTC)
:::::::{{re|Wpbloyd}} Then that sounds like a good approach. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 17:41, 7 November 2019 (UTC)
::::::::{{re|Wpbloyd}} For future uploads, would you check here on project chat or with the relevant WikiProject before uploading? We already had problem with your other upload and if you upload data you don't any basic checks, it deteriorates overall data quality. --- [[User talk:Jura1|Jura]] 13:22, 8 November 2019 (UTC)

*Maybe ping the users who edited them {{ping|Wpbloyd|Lucas Werkmeister}} --- [[User talk:Jura1|Jura]] 09:53, 6 November 2019 (UTC)

== What was the library used for visualizing the result of wikidata sparql result? ==

I am wondering if you can point me out to what is the library used to visualize the query result of wikidata query. I am actually impressed on how the timeline was implemented. I would like to create a similar GUI for my project. {{Unsigned2|11:56, November 7, 2019‎|126.140.210.87}}
: The query service uses Blazegraph. The actual code running the UI etc. is open source and available on github as [https://github.com/wikimedia/wikidata-query-rdf/ wikimedia/wikidata-query-rdf/]. [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:32, 7 November 2019 (UTC)
: Hmm, probably wrong repository - the GUI I think for the query service is at [https://github.com/wikimedia/wikidata-query-gui wikimedia/wikidata-query-gui]. [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:34, 7 November 2019 (UTC)
:: Specifically, the timeline is implemented in [[gerrit:plugins/gitiles/wikidata/query/gui/+/142e84ad79dd9007ce88e760456c33bce8f2c90c/wikibase/queryService/ui/resultBrowser/TimelineResultBrowser.js|TimelineResultBrowser.js]] and uses the [https://www.npmjs.com/package/vis vis library]. (We should probably migrate to visjs at some point.) --[[User:Lucas Werkmeister (WMDE)|Lucas Werkmeister (WMDE)]] ([[User talk:Lucas Werkmeister (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:24, 8 November 2019 (UTC)

== sport hunting ==

Is sport-hunting or big-game-hunting actually a sport? Or is it just an activity? It isn't a competitive sport like tennis, but is it a sport by Wikidata's definition? --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:11, 7 November 2019 (UTC)
: There's no (by Wikidata's definition) in most cases. Wikidata generally tries to match what can by shown with sources. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 17:38, 7 November 2019 (UTC)

:In Wikidata, "sports" are defined with a subclass tree under {{Q|Q349}}, and that item itself is a subclass of {{Q|Q747883}}. Thus, different types of sport are sort of more specialized versions of physical activity. I personally do not like this approach for several reasons, but this is what has evolved over time and some properties are relying on this subclass hierarchy.
:In that context, neither {{Q|Q4904849}} nor {{Q|Q36963}} are a sport by Wikidata's definition, although someone has tried to make the latter item a sport with an incorrect {{P|P31}} claim. As both activities are not predominantly recognized as a sport, I suggest not to define them as sport in Wikidata. If necessary, we could have a separate item "sport hunting" which then subclasses both {{Q|Q36963}} and {{Q|Q349}}. --[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:45, 7 November 2019 (UTC)
::I ran into a similar issue on {{Q|56634867}}. If something like comeptitive hunting actually has an item, skipping sport and going straight to {{Q|841654}} is probably the solution, now that I think of it. [[User:Circeus|Circeus]] ([[User talk:Circeus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:05, 8 November 2019 (UTC)

== Automated addition of WikiJournal metadata to Wikidata ==

:''Bot request at [[Wikidata:Bot_requests#Automated_addition_of_WikiJournal_metadata_to_Wikidata]]'' 
Currently, a lot of info of each [[v:WikiJournal User Group|WikiJournal article]] is stored in the <code>[[v:template:article_info]]</code> (essentially in infoboxes). It'd be ideal to be able to easily synchronise this over to wikidata ([[v:Category:Articles_submitted_for_peer_review|list of submitted articles]] ; [[wikiversity:Category:Articles_that_have_passed_peer_review|list of published articles]]). We used to import metadata for published articles from crossref to wikidata via [https://tools.wmflabs.org/sourcemd sourcemd], but that not working currently, and also crossref lacks a lot of useful metadata. Would it be possible to synchronise this so that it's imported into wikidata, then transcluded back over to the wikijournal page? This should also help to automate the [[wikiversity:WikiJournal_User_Group/Potential_upcoming_articles|tracking table]] that currently has to be updated manually. It'd similarly be useful to add editors from [[wikiversity:WikiJournal_User_Group/Editors|this page]] to wikidata (either to the journal item or to the item for the person as appropriate). [[User:Evolution and evolvability|T.Shafee(evo&#38;evo)]] ([[User talk:Evolution and evolvability|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:31, 9 November 2019 (UTC) <small> edited [[User:Evolution and evolvability|T.Shafee(evo&#38;evo)]] ([[User talk:Evolution and evolvability|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) </small>
== Completeness of Lists ==

How can we indicate that a set of relationships is complete? For instance, {{Q|Q156229}} has the {{P|P607}} property. This list doesn't include every conflict that this entity is related to.
The use case for this is to make exclusionary queries like "In which wars in the 21st century was the {{Q|Q156229}}? ''not'' used." possible.
If a list can be marked either as "exhaustive" or "not a complete list", it would help deliver clear answers or inform the asker of any ambiguities that may exist.

--[[User:Weslima|Weslima]] ([[User talk:Weslima|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:14, 4 November 2019 (UTC)

* I ''think'' adding a new ''unknown'' statement would indicate that there is more to the property that is not known... but I'm curious what others think. [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:22, 4 November 2019 (UTC)

* Without Wikidata, would there be a way to find a reliable answer to your question?  --- [[User talk:Jura1|Jura]] 19:12, 4 November 2019 (UTC)

{{reply_to|Jura1}} Good question. Maybe not for this specific property, but for some other types yes. That's yet another reason to indicate completeness (or lack thereof) of a set: To know if a "negative" question can be answered at all. {{unsigned|Weslima}}

:[[Wikidata:WikiProject Movies/reports/TV episodes/complete]] attempts to do that for episode items. --- [[User talk:Jura1|Jura]] 20:26, 4 November 2019 (UTC)
:: {{reply_to|Jura1}} Wouldn't {{P|P1113}} technically be duplicate data? How would that be accomplished if that property didn't exist? [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:32, 4 November 2019 (UTC)
:::The lists has 337 entries, the property 45,237 uses. Even if not all uses are for TV series, what does it duplicate? --- [[User talk:Jura1|Jura]] 20:40, 4 November 2019 (UTC)
:::: {{reply_to|Jura1}} The column "number of episodes (P1113)" and "number of episodes (actual)" (which is a count of {{P|P527}} on instances of {{Q|Q3464665}}) are being compared to determine if Wikidata's list of episodes is "complete" or not. In the example that {{ping|Weslima}} provided, there is no such "total" property (like {{P|P1113}} for {{Q|Q5398426}}). So what I'm saying is, is if {{P|P1113}} didn't exist, how would someone be able to determine if the list is "complete" or not? What mechanism would they use? [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:52, 4 November 2019 (UTC)
::::: I agree with Weslima that for the sample they gave, it isn't possible already outside Wikidata. --- [[User talk:Jura1|Jura]] 20:59, 4 November 2019 (UTC)
:::::: {{reply_to|Jura1}} what do yout think of my proposal to add an ''unknown'' statement (if it is known to be incomplete)? [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:01, 4 November 2019 (UTC)
:::::::I think {{P|P2429}} when applied to {{P|P607}} would do some that. --- [[User talk:Jura1|Jura]] 06:52, 5 November 2019 (UTC)
:::::::: {{reply_to|Jura1}} I think we may be talking about two different things. I believe {{P|P2429}} implies the completeness of the '''entire''' property (all usages of it) rather than ''some'' usages of it. For instance, what if in one instance, the list is complete, but in another instance, it is not? [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:20, 5 November 2019 (UTC)
:::::::::{{reply_to|U+1F360}} one could qualify P2429 statements for different P31/P279. Maybe for ABC it could eventually be complete, for others it can't really.--- [[User talk:Jura1|Jura]] 19:52, 5 November 2019 (UTC)
:::::::::{{reply_to|U+1F360}} actually, even for ABC is not possible as "conflict" is too vague. --- [[User talk:Jura1|Jura]] 18:05, 6 November 2019 (UTC)
::::::::::{{reply_to|Jura1}} right... that's why I think the completeness would need to be assessed on a per statement group basis. See [[phab:T237472]]. [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:08, 6 November 2019 (UTC)
:::::::::I think that rather illustrates that it's sufficient to do that on a per property basis for this property. --- [[User talk:Jura1|Jura]] 18:11, 6 November 2019 (UTC)
::::::::::{{reply_to|Jura1}} I don't understand. Let's say you have three uses of {{P|P607}}, one is complete, another is incomplete and can be completed, and another is incomplete and cannot be completed. Should we make three different properties and move the values between them when the use moves from one to another? [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:15, 6 November 2019 (UTC)
:::::::::::Can you find an item where it's complete? --- [[User talk:Jura1|Jura]] 18:19, 6 November 2019 (UTC)
:::::::::::: Well that's an important point, should it always be assumed to be incomplete (even if that is known to be untrue)? [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:21, 6 November 2019 (UTC)
:::::::::::::Well, I'm curious about the sample(s). --- [[User talk:Jura1|Jura]] 18:24, 6 November 2019 (UTC)
:::::::::::::: {{reply_to|Jura1}} Here's an example I know about... I know (100% certain) that the {{P|P527}} on {{Q|Q1880820}} is complete (as far as, in this moment, maybe not historically), but I'm also 100% certain that the {{P|P527}} on {{Q|Q1052042}} is incomplete (but can be completed). [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:36, 6 November 2019 (UTC)
:::::::::::::::{{reply_to|U+1F360}} well, I was actually looking for a sample with {{P|P607}} discussed earlier. 
:::::::::::::::Still {{P|P527}} is somewhat comparable. How do you know it's complete? Ideally you would have a reference stating that there are 8 themed areas. Oddly, the references omits one mentioned in Wikipedia that has also an item ([[Q16932605]]), but isn't linked and somehow you created a duplicate for [[Q2623650]]. Still, let's agree we actually have all themed areas and can reference that. The nice thing about {{P|P527}} is that it comes with a companion property {{P|2670}} which could hold such a statement. A query could than compare them, just like number of episodes. Still, if you compare with https://petscan.wmflabs.org/?psid=13384686 , you might want to create an item for the entrance that could also be at P527. So a "part of" listing, is rarely ever complete either. --- [[User talk:Jura1|Jura]] 22:03, 6 November 2019 (UTC)
:::::::::::::::: {{reply_to|Jura1}} The list of themed areas is avilable in the [https://www.universalorlando.com/webdata/k2/en/us/files/Documents/universal-studios-florida-park-map-english.pdf source that describes all of them]. While the source does not provide a count of how many there are, there is a defined set. Even if "entrance" and "exit" were part of it, it's not a themed area. My point is that this could happen with any property really, and there isn't a good way to express it other than the two work-arounds I provided in [[phab:T237472]]. If that's what we want to do, then that's fine, but it kind of seems like a pain when, ideally, the software should support making statements about the ''group'' of values. [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:12, 6 November 2019 (UTC)
:::::::::::::::::Let me put it another way: parts are not limited to "themed areas" (you would incorrectly mark it as complete). {{P|2670}} seems to a good way to express that we have all 9 or so themed areas.  --- [[User talk:Jura1|Jura]] 22:16, 6 November 2019 (UTC)
::::::::::::::::::{{reply_to|Jura1}} I understand completely. I'm saying that if any statements were allowed on the group it could be qualified that way (i.e. "complete" with a qualifier of "themed areas", etc.). [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:28, 6 November 2019 (UTC)
::::::::::::::::::{{reply_to|Jura1}} I'm not sure what's the point of arguing away individual cases. When our properties have a clear meaning, whenever it is sensible to create statements about entity-property-pairs, it is also sensible to express the non-existence of statements other than those mentioned (that's namely what completeness says). I don't think doubling the number of properties with murky count equivalents (like {{P|40}}/{{P|1971}}, {{P|4908}}/{{P|2437}}), which lack a formal relationship, is a good way to go. [[User:Ls1g|Ls1g]] ([[User talk:Ls1g|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:53, 7 November 2019 (UTC)
:::::::::::::::::::The problem is that if we generate a claim about a group that can never receive a proper reference because it can't really be referenced we just full the mistaken assumption that the results are comprehensive now and forever. For P1971, you might want to read why it was created. --- [[User talk:Jura1|Jura]] 12:14, 7 November 2019 (UTC)
::::::::::::::::::::Why should completeness be assumed to be static? For many regular statements, temporal qualifications are essential, I don't see why completeness should be interpreted differently (e.g., without temporal qualification, Bush would be still US president - completeness would only be static if the subject itself is static, e.g., band members of The Beatles).
::::::::::::::::::::Regarding subject-specificity and references below a few examples:
::::::::::::::::::::*{{Q|55897674}} is incomplete for {{P|50}} (reference: https://arxiv.org/pdf/1109.4897.pdf).
::::::::::::::::::::*{{Q|938821}} is complete for {{P|50}} (reference: the book itself)
::::::::::::::::::::*{{Q|1299}} is complete for {{P|527}} (reference: any printed lexicon)
::::::::::::::::::::*{{Q|29789788}} isn't (reference: their website https://symfobia.sk/)
::::::::::::::::::::*{{Q|565400}} is incomplete for {{P|1037}} (reference: their website)
::::::::::::::::::::*{{Q|162222}} is probably complete for that (reference: their website)
::::::::::::::::::::*{{Q|22686}} is complete for {{P|40}} (reference: https://www.whitehouse.gov/people/donald-j-trump/)
::::::::::::::::::::*{{Q|34597}} isn't (see printed lexicon)
::::::::::::::::::::*{{Q|66666935}} is complete for {{P|710}} (reference: Thor Heyerdal's book)
::::::::::::::::::::*{{Q|3771259}} isn't (at 1 member obvious to a human, but not a machine).
::::::::::::::::::::In my view the data model is really somewhat murky. We can express the odd cases of count "0" and count ">=1" or "+1" (?) as novalue/unknown on all properties, but beyond that resort to a completely different encoding via dedicated duplicated properties, one different for each base property, and without apparent relationship to their base version. Having instead generic count/completeness/incompleteness meta-qualifiers on regular properties would be much cleaner. [[User:Ls1g|Ls1g]] ([[User talk:Ls1g|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:42, 7 November 2019 (UTC)
::::{{unindent|::::::::::::::::::::}}
::::For the above samples, I think completeness is assessed differently from one property to another. Even if one would add a group statement at a similar place, the criteria (and other statements to consider) can be different. eg. P50 is generally complete, at least if one takes in account "author name string". Is [[Q1299#P527]] necessarily limited to band members? Will it still be complete after a year? What if a user replaces an item/adds an item/deletes an item?
::::Anyway, I think the question about completeness is frequently also if all instances of a given class are present. --- [[User talk:Jura1|Jura]] 08:06, 8 November 2019 (UTC)
:::::"completeness is assessed differently from one property to another" -> Makes sense as each property has a different meaning?
:::::"P50 is generally complete, at least if one takes in account "author name string"" -> That's the point, only in few cases {{P|50}} is complete, in others recourse to {{P|2093}}, with information loss (no disambiguated entities), is needed. Besides, we have over 9000 cases where we already now explicitly state incompleteness via novalues: [https://w.wiki/Bgi]
:::::"Is Q1299#P527 necessarily limited to band members?" -> Good question, maybe [[Wikidata:WikiProject_Music]] has thoughts what the semantics of the property are?
:::::"Will it still be complete after a year?" -> Same as for regular statements, is Bush still US president? Temporal qualification is needed.
:::::"What if a user replaces an item/adds an item/deletes an item?" -> Same problem as changing statement values, should qualifiers and references stay? That's why I'm arguing for a consistent solution that collocates statements and metadata, instead of murky novalues, unknown values, and semantically unrelated count-versions of properties. 
:::::"Anyway, I think the question about completeness is frequently also if all instances of a given class are present." -> Good point, unfortunately in Wikidata's entity-centric data model that seems even tougher, as it's a statement about an inverse property (P31) for the respective class. [[User:Ls1g|Ls1g]] ([[User talk:Ls1g|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:21, 8 November 2019 (UTC)
::::::about: "Makes sense as each property has a different meaning?": if that needs to be done anyways, one could just as well define the criteria on the property itself.
::::::P50/P2093/author unknown: personally, I think when any of these are present, completeness is (generally) there. I don't see an advantage of marking this in addition with some completeness marker. The author was found to be unkown: we note this on the item: that statement is complete. --- [[User talk:Jura1|Jura]] 13:18, 8 November 2019 (UTC)
:::::::I think you dramatically underestimate the diversity of Wikidata, see the other examples above. An instance agnostic string like <small>''"{{P|710}} is complete for all British rock concerts with >50k visitors since 1970 (except punk-rock), all diplomatic summits that were UN-licensed, except on cultural politics or in South America, and all naval expeditions, including submarine attacks, if they have at least three participants, except for solo-world-circumnavigations"''</small> will never even remotely match the reality of 100k subjects, nor can anyone keep it up-to-date with an ever-evolving KB, nor does it stand up to Wikidata's vision of machine-readable knowledge. [[User:Ls1g|Ls1g]] ([[User talk:Ls1g|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:33, 9 November 2019 (UTC)
::::::::I think you underestimate the ways Wikidata can be incomplete. --- [[User talk:Jura1|Jura]] 10:53, 9 November 2019 (UTC)
:::::::::Can't argue against fatalism, I'm out of the discussion. :-( [[User:Ls1g|Ls1g]] ([[User talk:Ls1g|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:40, 9 November 2019 (UTC)

: Does [http://cool-wd.inf.unibz.it COOL-WD] cater to your purpose? Afaik, so far there is no way to express this kind of knowledge inside the Wikidata data model: The kind of statement you refer to is a statement about a pair of entity and property, so in Wikidata's entity-centric rendering, we would need to show it on properties itself, not as an additional value. Adding "unknown value" only allows to represent one side of the coin - incompleteness, but not completeness (and there is a third case, that it is unknown which of the two applies). Also as U+1F360 observed {{P|P2429}} doesn't solve the problem, as it refers only to a property, but not to specific entities (conflicts may be complete for one subject, but not for another). [[User:Ls1g|Ls1g]] ([[User talk:Ls1g|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:47, 5 November 2019 (UTC)

{{comment}} On all these completeness issues, do we have wikipages entry points ? I remembered to have written [[Wikidata:Project_chat/Archive/2018/01#Instance_completeness|a couple of queries]] to assess the completeness of Wikidata wrt. the instances of certains classes, if we know the number of instances that exists, I know there is some tools like [https://cool-wd.inf.unibz.it/ cool-wd]. But I don’t think we have a [[WD:Completeness]] or wikiproject or help page that documents all what is done of the completeness notions/tools on Wikidata. Should we ? <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> 18:51, 5 November 2019 (UTC)
:We should. For example, on german wikipedia we have [[:de:Benutzer:Ephraim33/Projekt Vollständigkeit]] ("Completeness Project") that provides a great motivation to fill holes and look for (almost) complete topics. [[User:Steak|Steak]] ([[User talk:Steak|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:59, 5 November 2019 (UTC)
::I had organized a session at [[Wikidata:WikidataCon_2017/Submissions/Data_completeness:_How_to_know_what_Wikidata_knows%3F| WikidataCon 2017]], could try to update and condense the content in the next days. I think [[phab:T237472]] below really goes to the core, a non-hacky solution requires an extension of Wikibase. [[User:Ls1g|Ls1g]] ([[User talk:Ls1g|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:45, 6 November 2019 (UTC)
{{comment}} I created [[phab:T237472]] that I think covers the problem, a proposed solution, and the work-arounds discussed. Hopefully a more comprehensive solution can be created. [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:14, 5 November 2019 (UTC)
*I think it's better to look into samples where completeness can actually be determined.  --- [[User talk:Jura1|Jura]] 18:05, 6 November 2019 (UTC)
*Wikidata recently introduced ShEx and it might be desireable to have a tool that tells you for a given ShEx document how complete the corresponding data happens to be. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 09:05, 7 November 2019 (UTC)
::Although ShEx can count its purpose is to prescribe schemata for classes, not for instances, so it does not help with the problem described above. [[User:Ls1g|Ls1g]] ([[User talk:Ls1g|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:43, 7 November 2019 (UTC)
:::Thinking more about the issue, it seems to me like the core issue for the described problem is that it's currently impossible to enter negative statements. If we would have a way to enter negative statements it would be possible to use a tool like the completness tools above. You could also use such a tool to analyse whether what's described in a given ShEx is complete. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 10:53, 8 November 2019 (UTC)

== Do we limit how many images to hold in the image field? ==

Do we limit how many images to hold in the image field? How many is too many? Was it designed to hold a single authoritative image, or to hold many. Are we worried about visual clutter? --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:30, 6 November 2019 (UTC)
* I don't think there is a hard limit, but typically we have a very small number. Even three is a lot. - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:42, 6 November 2019 (UTC)
* {{reply_to|Richard Arthur Norton (1958- )}} For more than a single image, I think it would be better to use {{P|P180}} on [[c:Main_Page|commons]] so a reverse query can be made. [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:33, 6 November 2019 (UTC)
::Would that count as "in use" by a Wikimedia Foundation project, or is it still potentially out of scope and eligible for deletion at Wikimedia Commons? [[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:44, 6 November 2019 (UTC)
:::If available it is nice to use {{P|3451}} or {{P|5252}} and at {{P|18}} the qualifier {{P|518}} makes sense if multiple images are used. --[[User:GPSLeo|GPSLeo]] ([[User talk:GPSLeo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:47, 6 November 2019 (UTC)
::: {{reply_to|Richard Arthur Norton (1958- )}} non-usage doesn't seem to be a valid [[commons:Commons:Deletion policy|reason for deletion]]... am I missing something? [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:49, 6 November 2019 (UTC)
::::I see "not in scope, not in use" in deletion arguments. Not in scope according to Commons:Scope, translates into "not educational" which is purely subjective. The only objective criterion in Commons:Scope to avoid deletion is "in use". I am just thinking about long term archiving ever since Flickr began deleting images stored there when they dropped their 1TB of free storage. I was worried when Yahoo bought them, they have a history of dropping projects. Flickr was recently sold and if you did not pay the yearly subscription, you had to press a button allowing them to delete all but your most recent 2,000 images, if you wanted to view your account. I just noticed today that I can login without paying, and my photos are still there, but now I wonder about long term archiving. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:23, 6 November 2019 (UTC)
::::: {{reply_to|Richard Arthur Norton (1958- )}} I would argue that, just because it's in use on Wikidata, doesn't qualify it as "in use" or "educational." I feel like this is a problem that commons should addresses. Though, I would also argue, as far as Wikidata is concerned, is there really a need to have more than one quality photo of every item? Most of our items don't have a {{P|P18}}. So for this project, I would say it would be better to have a breadth of images (lots of items with a single image), than a depth (lots of items with multiple images). I'm curious what the members of commons would think, but I imagine it would be a similar assessment. [[User:U+1F360|U+1F360]] ([[User talk:U+1F360|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:01, 6 November 2019 (UTC)
::::::{{ping|Richard Arthur Norton (1958- )}} I'm not sure what Flickr has to do with the case (and as far as I know, no publicly-visible free-licensed images were deleted there). Most deletions on Commons are because of copyright issues, in which case being "in use" is no defense. Commons' notion of "educational" is pretty broad: overwhelmingly, when images are deleted for being out of scope, it's things like the umpteenth poorly composed photo of male genitalia (we have plenty, thank you) or someone's large collection of personal photos of themselves and their friends. As a rule, even things like wildly inaccurate maps or fictional flags tend to be marked as fictional or untrustworthy, rather than deleted. Do you have any examples of exceptions to that (things that were deleted on Commons as out of scope that would have been of relevance in Wikidata terms)? - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:05, 6 November 2019 (UTC)
: I took pictures of the four tombstones of all the family members at a grave for a person with a Wikipedia article. All were nominated for deletion and deleted. The one for the person with the article was deleted but I was allowed to restore it. I recently had them all restored, only because I noticed them missing when creating entries for them at Wikidata. I am just worried that anyone can rationalize any picture not being used as "out of scope" since it is so subjective. "In use" is objective. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:14, 6 November 2019 (UTC)
:: Images of tombstones should be stored in {{P|P1442}} and not in the normal image property. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 22:00, 6 November 2019 (UTC)
* In general it's best just to have a single {{P|P18}}, which then shows up in queries/infoboxes/etc. Having more makes things a bit too random (which one gets picked?), and can cause problems with reuse, for example if some images have captions and others don't. Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:49, 6 November 2019 (UTC)
:::The infobox displays the first image only, if you have multiple, and you do not want the first one displayed, you set the one you want displayed with "preferred rank" and that one is displayed. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:50, 6 November 2019 (UTC) 
* In general I would stick to one, though sometimes it might be useful to have two or three with qualifiers (eg if we have a person with a picture from 2019 and a picture from 1979, which look very different). In this case, though, one should definitely be marked as preferred. Having four or five is probably a bad idea - create a Commons category and link it instead. [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:37, 6 November 2019 (UTC)
*: Or for a building - a scheme and a photo.--[[User:Ymblanter|Ymblanter]] ([[User talk:Ymblanter|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:39, 6 November 2019 (UTC)
:::we have {{P|5555}}. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:57, 7 November 2019 (UTC) 


* Do we have a good approach for images about 3D objects, notably sculptures/statues? Frequently single perspective isn't sufficient, but one needn't look at the entire Commons category either. --- [[User talk:Jura1|Jura]] 12:00, 7 November 2019 (UTC)
::Google Knowledge Graph displays multiple images, for instance type in "Billy Joel" or "Taylor Swift" and you get 7 images in the infobox. [[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:16, 7 November 2019 (UTC)
* Restricting to one image is a logical choice. Once you decide to allow multiple images, there's really no limit to the number that you could add to a single item. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:09, 9 November 2019 (UTC)

== Dumps as CSV-files ==

Hello,

I am not a programmer and dont know much about specific data formats. I personally dont have a program to open the file format of Wikidata Dumps. Is it possible to make the daily Dump accesible as a CSV-file. A few days ago I added Descriptions and some of them contain a qid in their Description. It wasnt easy for me to find them and correct them and I havent corrected all of them yet. The query times out and via the API I havent get more than I think 500 results. People who dont know much about programming often use Spreadsheets for processing data. Do you think there are ways to make Wikidata more Spreadsheet friendly. If you want that the motto of Wikimedia  „Imagine a world in which every single human being can freely share in the sum of all knowledge." becomes real then I think Spreadsheet friendlyness here in Wikidata is important. At the moment not every one can use bigger amount of the data because not every one is a programmer. After Wikidata is more Spreadsheetfriendly the number of people who can use the data is bigger. I suggest to look that it is possible to get the data of a specific topic as a CSV-File and also the recent changes and the edits with a specific tag. When I get the data in a readable format then I can help create specific lists of it. If someone knows something about Macros in LibreOffice it were great if the one could help me create some Macros to make the list creation easier. -- [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:45, 6 November 2019 (UTC)
:{{ping|Hogü-456}} If you want to find all descriptions in a specific format, you may query the wb_terms table at either [[quarry:]] (not suitable for huge number of results) or Toolforge.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:05, 6 November 2019 (UTC)
::{{reply to|GZWDer}} please do not use the <code>wb_terms</code> table, [[Wikidata:Project chat/Archive/2019/04#&#x5B;Breaking change&#x5D; Important for Wikidata tools maintainers: wb terms table to be dropped at the end of May|we are getting rid of it]]. --[[User:Lucas Werkmeister (WMDE)|Lucas Werkmeister (WMDE)]] ([[User talk:Lucas Werkmeister (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:22, 7 November 2019 (UTC)
: I am regularly using spreadsheet for data cleaning/preparation. Usual workflow is:
:# write sparql
:# export results to tsv
:# open tsv in notepad
:# copy/paste results in spreadsheet
:# process and prepare data for quickstatement v1
:# copy/paste results to qs
:# run batch
: The downside of that approach is that one should know sparql, but I don't believe there is technically viable solution that would allow you to edit 60M rows in excel, so you '''have to''' do some filtering. Regarding your specific issue, here is a [https://w.wiki/Bgh draft query], that will allow you to fetch first NNN problematic descriptions. You can fix them, wait data will be replicated and re-run query. Obviously it has some false positives (like "Gemälde von Quentin Massys"), but you can easily filter them out in spreadsheet [[User:Ghuron|Ghuron]] ([[User talk:Ghuron|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:02, 8 November 2019 (UTC)
::60M lines sounds doable in a programmer's editor like vim, and I sometimes edit TSV in such an editor. A 4K monitor helps. --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:04, 8 November 2019 (UTC)
:::If you are capable to use vim, most likely you are able to learn sparql. OP point was that we have people, who can work in excel, but has no clue about programming. Right now their contribution is limited to UI [[User:Ghuron|Ghuron]] ([[User talk:Ghuron|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:36, 9 November 2019 (UTC)

== how to record complex "position held" situation ... ? ==

I found the following paragraph in a bio of {{Q|27578052}}: "Fairfield's lengthy SCM career included being chair and then secretary of the London women's committee (1898), organizer and general secretary of the Art Students' Christian Union (1902-1909), a regular member and officer of the British executive (1909 to at least 1929), assistant general secretary for women for the British SCM (1909-1929), British representative at the WSCF Conferrence at St. Beatenburg (1920), and general secretary of the auxiliary movement (1929-1933?)." Is it okay to just add the statement {{Statement|27578052|39|61022630|642|7627652}}, with the whole quote in the reference? The quote isn't available to data linking. I have been adding sketchy items (usually just a name) for "the London women's committee of the Students' Christian Movement" etc. etc.; if I did a proper job of it, I could spend days researching. This source doesn't go into details of what exact positions were involved in being "a regular member and officer of the British executive" and again, I don't have time to research it. My main problem is that I don't know how to record the exact job title for things like "assistant general secretary for women for {{Q|7627652}}."--[[User:Levana Taylor|Levana Taylor]] ([[User talk:Levana Taylor|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:59, 9 November 2019 (UTC)
== Add option to add comments to changes to items, similar to other Wikimedia projects ==

Dear all,

At present it seems (if i'm not mistaken) that one can effect a change to an item, but NOT explain etcetera this change in a comment which then shows in the History listing, like on all other Wikimedia projects. Of course there is a discussion page with each item, but it would be more practical to be able to review changes by reading the comments (if any) coming with the changes  in the History of the item. (At this moment i refrain from making an (I think) useful change to an item, because there is no way to explain this to other users who might take issue. Perhaps the initial philosophy of Wikidata entailed, that comment and justification of changes would be superfluous here, but i would like to discuss this.) Enjoy the light if you can, [[User:Hansmuller|Hansmuller]] ([[User talk:Hansmuller|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:14, 9 November 2019 (UTC)
: In some cases I wanted that option, too. For instance, when doing changes that to myself would have seemed weird at first I'd like to give a quick pointer for other editors like "this statement is now on item X" or "see discussion Y". [[User:Toni 001|Toni 001]] ([[User talk:Toni 001|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:19, 10 November 2019 (UTC)

== How to change the primary description? ==

[[Q16848534]] has changed its name from Infusionsoft to Keap. How to update this? [[User:Magog the Ogre|Magog the Ogre]] ([[User talk:Magog the Ogre|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:17, 10 November 2019 (UTC)
:I wasn't exactly sure what you're asking, but have updated the item to reflect the name change - hopefully my edits are self explanatory as an example --[[User:SilentSpike|SilentSpike]] ([[User talk:SilentSpike|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:00, 10 November 2019 (UTC)

== Deleted items ==

Is it available the deletion registry? I can’t find a item, and I wish to know if it was deleted... --[[Special:Contributions/151.49.123.55|151.49.123.55]] 12:05, 10 November 2019 (UTC)
: As far as I know Wikidata has no public deletion registry. If you want to be able to keep track of items you created it would make sense to register an account so that you can look into your contribution history. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 19:11, 10 November 2019 (UTC)
:: Shoudn't we have such a registry? [[User:Nomen ad hoc|Nomen ad hoc]] ([[User talk:Nomen ad hoc|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:23, 10 November 2019 (UTC).
:::[[User:Nomen ad hoc|Nomen ad hoc]]: [[Special:Log/delete|We do]]. But if you're not registered and don't know the item's ID you wish to find, it'll be harder to track it. [[User:Esteban16|Esteban16]] ([[User talk:Esteban16|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:29, 10 November 2019 (UTC)
:::: Ah, indeed! Thanks. [[User:Nomen ad hoc|Nomen ad hoc]] ([[User talk:Nomen ad hoc|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:31, 10 November 2019 (UTC).

== American football ==

In American football, are {{Q|Q7371361}} and {{Q|Q48771339}} the same thing? <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> 14:44, 16 November 2019 (UTC)
: They are indeed the same. But (ick) very few people in the U.S. would call it "route (gridiron football)." -- [[User:Fuzheado|Fuzheado]] ([[User talk:Fuzheado|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:37, 16 November 2019 (UTC)
::Merged. <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> 16:47, 16 November 2019 (UTC)

:<small>This section was archived on a request by: <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> 16:47, 16 November 2019 (UTC)</small>
== Cycles in P279 dependencies ==

Hey, We should not circles in our dependency graph of P279 (because it's a hierarchy). Running [https://github.com/zhenv5/breaking_cycles_in_noisy_hierarchies an graph analysis tool] says these three dependencies should be removed:
* {{Q|Q154709}} -> {{Q|Q3731293}}
* {{Q|Q783794}} -> {{Q|Q3376073}}
* {{Q|Q49848}} -> {{Q|Q37866906}}

I'm almost certain the second one should be removed, for the other two, I'm not expert enough ontology to say what should happen in those. Please take a look [[User:Ladsgroup|Amir]] ([[User talk:Ladsgroup|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:52, 9 November 2019 (UTC)
:The first pair should probably be subclasses of {{Q|Q213373}} and coincident with each other but the sources need checking. I replaced the statements in the second pair with a {{P|P1552}} on the first item. Of the third pair, {{Q|Q37866906}} needs a better description. [[User:Peter James|Peter James]] ([[User talk:Peter James|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:46, 10 November 2019 (UTC)
::{{Q|Q37866906}} specifically says it’s an electronic resource, so I don’t think it’s a good choice here. “Document” is a subclass of four items (not necessarily a problem) and is matched to three concepts in the Getty AAT hierarchy. This suggests to me we haven’t properly settled on the scope of what a “document” is. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:12, 10 November 2019 (UTC)
:::It was originally a subclass of {{Q|Q36808483}}, which was merged to {{Q|Q28813620}}; its definition was changed by {{U|JakobVoss}}. Information doesn't only exist in electronic documents; what is the source for this definition? [[User:Peter James|Peter James]] ([[User talk:Peter James|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:43, 10 November 2019 (UTC)
::::It seems related to {{Q|3523102}}. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:34, 10 November 2019 (UTC)
:It looks like the first pair is using the dependency defined in a reference (which have conflicting views). Items for taxon names solve this issue by using "parent taxon" statements.--- [[User talk:Jura1|Jura]] 10:27, 10 November 2019 (UTC)
::I don't think it's complicated, the terms don't stand for specific diseases, but classes. {{Q|Q154709}} is any {{Q|Q213373}} with cause in the {{Q|Q130983}}, and {{Q|Q3731293}} is any {{Q|Q213373}} that is {{Q|Q200779}}. There are {{Q|Q154709}} that are not {{Q|Q200779}}, e.g. from {{Q|Q18816398}}, and there are {{Q|Q3731293}} that are not showing in the {{Q|Q130983}}, e.g. {{Q|Q4416286}} as described in {{Q|Q43190822}}. So the items in the first pair are independent under ataxia. --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:34, 10 November 2019 (UTC)
::: {{ping|SCIdude}} This is not what is defined by external source. See [http://www.disease-ontology.org/?id=DOID:0050753 here]. [[User:Snipre|Snipre]] ([[User talk:Snipre|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:51, 11 November 2019 (UTC)
:::: They have it from enwp, with reference a BBC article that states "There are genetic forms of the disease. In addition, some cerebellar ataxias can be caused by brain injury, viral infections or tumours." So enwp got it wrong, isn't it? --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:18, 11 November 2019 (UTC)

== Add language to P1559 (name in native language)? ==

I discovered an error in {{Q|447370}}, which claimed that the native language of this personage's name was Sanskrit, instead of {{Q|Q36790}}. However, when I attempted to correct it, Sumerian was not one of the permitted values. this Despite my attempts, I can't figure out how to add this value to the necessary field. Can someone either fix this, or explain how to fix it? (It might be preferable to show me how to fix it, since I'm finding several ancient languages not allowed here.) -- [[User:Llywrch|Llywrch]] ([[User talk:Llywrch|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:08, 10 November 2019 (UTC)
: See [[Help:Monolingual text languages]] [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 08:09, 11 November 2019 (UTC)

== Wikidata weekly summary #390 ==

<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 request for comments: [[d:Wikidata:Requests for comment/Wikidata to use data schemas to standardise data structure on a subject|Wikidata to use data schemas to standardise data structure on a subject]]

* '''[[d:Special:MyLanguage/Wikidata:Events|Events]]'''
** Past: Wikidata office hour ([[d:Wikidata:Events/IRC office hour 2019-11-05|notes]])
** Past: "Using Wikidata to describe the structure of a book" Webinar by Martin Poulter for LD4P2 project [https://stanford.zoom.us/recording/play/D1VuJKF4stRiEysoXj0Q8h40T_-bVcAOMonncNCI_Ouq0WpC-642R0aXLoJJEeNE?startTime=1572972276000 (Video)], [https://drive.google.com/file/d/1zPayHge1v-v_1_7c9kxrWYb3FM_-EmBO/view (Slides)], [https://docs.google.com/document/d/1e09HBXcLQxGJggEjGiaurZPLt9V4DKA5jLbb9bmbFuA/view (Notes)]
** Upcoming: [[Wikidata:Mezi bajty/OpenRefine Workshop|Wikidata Workshop OpenRefine]] in Prague on 12 November
** Upcoming: [[Wikidata:Events/Swedish online editathon|Online editathon in Swedish]] 17 November

* '''Tool of the week'''
** '''[https://tools.wmflabs.org/speedpatrolling/ Speedpatrolling]''' is a tool to easily patrol Wikidata recent changes, typically on mobile devices.

* '''Other Noteworthy Stuff'''
** Wikipedia Personality Infobox in [[Wikidata:WikiProject_Archival_Description/Use_cases#En_catalan|Catalan]] and [[Wikidata:WikiProject_Archival_Description/Use_cases#En_français|French]] display now the Heritage Institution in charge of their archives via [[d:Property:P485|P485 (archives at)]].
** The [[w:Wikipedia:Discord|Discord server]] [https://discord.gg/e8xxGMP Wikimedia Community] has now a [[w:Wikidata|Wikidata]] channel.
**[https://ultimategerardm.blogspot.com/2019/11/wikipedia-talks-about-wikidata.html?fbclid=IwAR3dKqt8-kVXcB4pFz1zFhaaliEbwjv3SXU5Qo3Sn-p46IosHWHR3u9Nzmk @Wikipedia talks about @Wikidata] by GerardM

* '''Did you know?'''
<!-- NEW PROPERTIES DO NOT REMOVE -->
** Newest [[d:Special:ListProperties|properties]]:
*** General datatypes: [[:d:Property:P7514|landscape architect]], [[:d:Property:P7527|charge conjugation quantum number]], [[:d:Property:P7528|statement is regarded as spoiler for]], [[:d:Property:P7532|room number]], [[:d:Property:P7535|scope and content]]
*** External identifiers: [[:d:Property:P7512|startrek.com Database ID]], [[:d:Property:P7513|Alfred P. Sloan Foundation Grant ID]], [[:d:Property:P7515|Chinese Professional Baseball League player ID]], [[:d:Property:P7516|Software Preservation Society ID]], [[:d:Property:P7517|Sega Retro ID]], [[:d:Property:P7518|classicamiga ID]], [[:d:Property:P7519|Filmový přehled film ID]], [[:d:Property:P7520|Filmový přehled person ID]], [[:d:Property:P7521|Gaming-History company ID]], [[:d:Property:P7522|SK cinema authority ID]], [[:d:Property:P7523|SK cinema film ID]], [[:d:Property:P7524|CA PROP 65 ID]], [[:d:Property:P7525|ePSD identifier]], [[:d:Property:P7526|Czech cadastral area ID]], [[:d:Property:P7529|dp.ru company ID]], [[:d:Property:P7530|Fortuna liga player ID]], [[:d:Property:P7531|MEA Indian Mission ID]], [[:d:Property:P7533|AaRC person ID]], [[:d:Property:P7534|MIC market code]]
<!-- END NEW PROPERTIES -->
<!-- NEW PROPOSALS DO NOT REMOVE -->
** New [[d:Special:MyLanguage/Wikidata:Property proposal|property proposals]] to review:
*** General datatypes: [[:d:Wikidata:Property proposal/general law|general law]], [[:d:Wikidata:Property proposal/population rank|population rank]], [[:d:Wikidata:Property proposal/area rank|area rank]], [[:d:Wikidata:Property proposal/population density rank|population density rank]], [[:d:Wikidata:Property proposal/references|references]], [[:d:Wikidata:Property proposal/territorial entity ranking context|territorial entity ranking context]], [[:d:Wikidata:Property proposal/mentions named entity|mentions named entity]], [[:d:Wikidata:Property proposal/plot features event|plot features event]], [[:d:Wikidata:Property proposal/Jyutping (2)|Jyutping (2)]]
*** External identifiers: [[:d:Wikidata:Property proposal/National Health Portal hospital ID|National Health Portal hospital ID]], [[:d:Wikidata:Property proposal/IPC ID|IPC ID]], [[:d:Wikidata:Property proposal/Plusliga player ID|Plusliga player ID]], [[:d:Wikidata:Property proposal/Finnish Biodiversity Information Facility's Species List ID|Finnish Biodiversity Information Facility's Species List ID]], [[:d:Wikidata:Property proposal/Sinemalar person ID|Sinemalar person ID]], [[:d:Wikidata:Property proposal/UVL game ID|UVL game ID]], [[:d:Wikidata:Property proposal/WikiTreeCategories|WikiTreeCategories]], [[:d:Wikidata:Property proposal/Ahotsak Lexeme|Ahotsak Lexeme]], [[:d:Wikidata:Property proposal/UVL platform ID|UVL platform ID]], [[:d:Wikidata:Property proposal/Inguma database ID|Inguma database ID]], [[:d:Wikidata:Property proposal/UVL company ID|UVL company ID]], [[:d:Wikidata:Property proposal/UVL group ID|UVL group ID]], [[:d:Wikidata:Property proposal/Home of the Underdogs game ID|Home of the Underdogs game ID]], [[:d:Wikidata:Property proposal/name-suggestion-index identifier|name-suggestion-index identifier]], [[:d:Wikidata:Property proposal/OGDB game title ID|OGDB game title ID]], [[:d:Wikidata:Property proposal/common exchange code|common exchange code]], [[:d:Wikidata:Property proposal/Memorial Book Bundesarchiv ID|Memorial Book Bundesarchiv ID]], [[:d:Wikidata:Property proposal/CISCE school code|CISCE school code]], [[:d:Wikidata:Property proposal/CBSE Affiliation No.|CBSE Affiliation No.]], [[:d:Wikidata:Property proposal/JNAF artist ID|JNAF artist ID]], [[:d:Wikidata:Property proposal/OGDB compilation ID|OGDB compilation ID]]
<!-- END NEW PROPOSALS -->
** Query examples: 
*** [https://w.wiki/BYM Persons in the genealogy family tree WikiTree were WIkidata has a source from the Swedish National Archives Birth/Death records]
*** [https://query.wikidata.org/embed.html#%23defaultView%3AMap%0A%23%20minimum%20temperatures%20on%20Earth%20%0A%23%20from%20https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fwww.wikidata.org%2Fwiki%2FProperty_talk%3AP7422%0ASELECT%20%3Fdegrees_Celsius%20%3Fdegrees_Fahrenheit%20%3Fitem%20%3FitemLabel%20%3Flocation%20%3FlocationLabel%20%3Fdate%20%3Fcoor%20%3Flayer%0AWHERE%0A%7B%0A%09%3Fitem%20p%3AP7422%20%3Fst%20.%20%0A%20%20%20%20%7B%0A%20%20%20%20%20%20%20%20%3Fst%20psv%3AP7422%20%20%5B%20wikibase%3AquantityAmount%20%3Fdegrees_Celsius%20%3B%20%20wikibase%3AquantityUnit%20wd%3AQ25267%20%5D%20%0A%20%20%20%20%20%20%20%20BIND%20%28%20ROUND%20%28%20%3Fdegrees_Celsius%20%2a%201.8%20%2B%2032%20%29%20as%20%3Fdegrees_Fahrenheit%20%29%0A%20%20%20%20%7D%0A%20%20%20%20UNION%0A%09%7B%20%0A%20%20%20%20%20%20%20%20%3Fst%20psv%3AP7422%20%20%5B%20wikibase%3AquantityAmount%20%3Fdegrees_Fahrenheit%20%3B%20%20wikibase%3AquantityUnit%20wd%3AQ42289%20%5D%0A%20%20%20%20%20%20%20%20BIND%28%20ROUND%28%20%28%20%3Fdegrees_Fahrenheit%20-%2032%20%29%20%2F%201.8%20%2a%2010%29%2F10%20as%20%3Fdegrees_Celsius%20%29%0A%20%20%20%20%7D%0A%20%20%20%20OPTIONAL%20%7B%20%3Fst%20pq%3AP276%20%3Flocation%20OPTIONAL%20%7B%20%3Flocation%20wdt%3AP625%20%3Fcoor0%20%7D%20%7D%20%0A%20%20%20%20OPTIONAL%20%7B%20%3Fst%20pq%3AP585%20%3Fdate%20%7D%20%0A%20%20%20%20OPTIONAL%20%7B%20%3Fitem%20wdt%3AP625%20%3Fcoor1%20%7D%0A%20%20%20%20BIND%28%20COALESCE%28%3Fcoor0%2C%20%3Fcoor1%29%20as%20%3Fcoor%29%0A%20%20%20%20BIND%28%20CONCAT%28str%28Floor%28%3Fdegrees_Celsius%20%2F%2010%29%29%2C%220s%20%C2%B0C%22%29%20as%20%3Flayer%29%0A%20%20%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22en%22%20%20%7D%20%20%20%20%0A%7D%0AORDER%20BY%20ASC%28%3Fdegrees_Celsius%29%0ALIMIT%201000 Minimum temperature records on Earth]
*** [https://w.wiki/Bqt Map of districts of India by ratio of illiterate to literate population in 2011] ([https://twitter.com/wikidataindia/status/1193415490485411840 source])
*** [https://w.wiki/Bqv List of episodes of Detective Conan's Case Closed, with date and place of publication and series and season number, sorted by date of publication] ([https://twitter.com/rachmatwhd/status/1193081706728738816 source])
*** [https://w.wiki/Bqw Parent and child who both had a governor mandate in the USA] ([https://twitter.com/iamlemec/status/1192210436726374400 source])
*** [https://w.wiki/Bqy Belgian artists whose work will be in public domain starting in 2020] ([https://twitter.com/JolanWuyts/status/1192092099468046340 source])
** Newest [[d:Special:MyLanguage/Wikidata:WikiProjects|WikiProjects]]: [[Wikidata:WikiProject Wolfram Language|Wolfram Language]], [[d:Wikidata:WikiProject Poland/lists/first name|most frequent first names in Poland]], [[c:Pinxit|Paintings and images of signatures of painters]]

* '''Development'''
** In order to decrease the size of what we store in caches we stopped storing the actual EntityUsage objects in ParserOutput and now just store minimal identifier strings ([[phabricator:T236749]])
** Investigated why Termbox broke on an update ([[phabricator:T235261]])
** Removed auto jump of focus from Property field to value field ([[phabricator:T234322]] - thanks to Envlh for the patch)
** Removed non-functional site link groups for other Wikibase installations that don't need them ([[phabricator:T232248]])
** Continued working on the migration of the wb_terms table to address scalability issues
** Continued working on the shortened version of edit summaries for edits made through the mobile termbox ([[phabricator:T224013]])
** For the Wikidata Bridge we are not showing edit pens when the user can not edit the article anymore ([[phabricator:T235152]])
** Working on viewing existing references in the Wikidata Bridge ([[phabricator:T233397]])
** Worked on showing an information popup when clicking the tainted reference icon to tell you what went wrong and how to solve it.
** Worked on defining first version of Federation for wikis outside Wikimedia
** Commons search have stopped indexing statements (structured data) since 30 October 2019 ([[phabricator:T237849]])

[[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]]
** [[d:Wikidata:Contribute/Suggested and open tasks|Suggested and open tasks]]!
** 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/2019 11 11|Read the full report]]''' &middot; [[m:Global message delivery/Targets/Wikidata|Unsubscribe]] &middot; [[:d:User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] 14:53, 11 November 2019 (UTC)
</div>
</div>
<!-- Message sent by User:Lea Lacroix (WMDE)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikidata&oldid=19527679 -->

== Translation label. ==

I was technically unable to add the arabic field, so I added the arabic value to the Chinese field. Need help to solve it : [[Q74054559]]. [[User:Yug|Yug]] ([[User talk:Yug|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:57, 11 November 2019 (UTC)

: Fixed; though why you had an issue is unclear. If it happen again, please raise a bug ticket on Phabricator. <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> 16:28, 11 November 2019 (UTC)
::Only the existing languages and my spoken language were displayed. I did not find a way to create a field "arabic". [[User:Yug|Yug]] ([[User talk:Yug|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:15, 11 November 2019 (UTC)
::: {{reply to|Yug}} I ran into this problem a while ago. The solution is to go into your preferences under "Gadgets" and enable labelLister. Then there will be a tab at the top of the page, right next to "View History", labeled "Labels list". You can use the "edit" button at the bottom to add a label with an arbitrary language code (for example, "ar" for Arabic). [[User:Vahurzpu|Vahurzpu]] ([[User talk:Vahurzpu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:32, 11 November 2019 (UTC)

== Vegetarians & vegans ==

How do we indicate that a person, well known for such, is either a vegetarian or a vegan? <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> 16:25, 11 November 2019 (UTC)

: {{reply to|Pigsonthewing}} {{St||P1576|Q83364}} ([https://w.wiki/BsX query]) or {{St||P1576|Q181138}} ([https://w.wiki/BsY query]) is the usual approach, I believe. --[[User:TweetsFactsAndQueries|TweetsFactsAndQueries]] ([[User talk:TweetsFactsAndQueries|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:07, 11 November 2019 (UTC)
== How can we state that a person/entity was named in a creative work ==

I think this is interesting cultural data to capture, for instance, it provides data on things like [https://www.wsj.com/articles/these-are-the-fashion-brands-rappers-namedrop-the-most-11555943601 which fashion brand is name-dropped the most in rap].

I've come across a few possible properties, but find it hard to tell if there's a relational distinction between something being present vs just being name-checked. For instance, a character is actually present in a book, but if they say at some point that their favourite artist is {{Q|5593}} then to me it seems like he is not actually present in the work, but is referenced. So there's a relation between both Picasso and the character to the work, but they're two different relations.

Here are properties/proposals I've looked at:
* {{P|1441}}
* [[Wikidata:Property_proposal/featured_in]]
* [[Wikidata:Property_proposal/mentioned_in_work]] (rejected)

--[[User:SilentSpike|SilentSpike]] ([[User talk:SilentSpike|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:34, 4 November 2019 (UTC)
: Name-dropping could be interesting for certain works (it seems to be a prevalent device in Hip-Hop). I think I would support an own property that is restricted to name-dropping of institutions, persons, brands, locations and similar entities.
: As to the Picasso-case (I would not call it name-dropping in the strict sense) I would probably model it as in-narrative data: if there is an item for the character I would link from the character to Picasso via {{P|P2650}}. - [[User:Valentina.Anitnelav|Valentina.Anitnelav]] ([[User talk:Valentina.Anitnelav|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:58, 5 November 2019 (UTC)

*Maybe we could try to experiment with a new property "mentions".  --- [[User talk:Jura1|Jura]] 11:03, 5 November 2019 (UTC)
::{{Support}} I like that idea a lot Jura. It would allow us to clean up a lot of cases where "mentions" are confusingly put into "depicted by", "present in work", "named after", "main subject", etc. [[User:Moebeus|Moebeus]] ([[User talk:Moebeus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:15, 6 November 2019 (UTC)
:: {{ping|Valentina.Anitnelav|Jura1}} I considered proposing one, but struggle with determining to what domain it should apply. The musical work use case is simple, but it seems like there is desire for properties to be as generic as possible and I can see use cases for written works and audiovisual works too, but struggle to define how the property would apply alongside others such as P1441 especially if it is broadened to include non-fictional entities. --[[User:SilentSpike|SilentSpike]] ([[User talk:SilentSpike|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:30, 5 November 2019 (UTC)
::: {{P|P1441}} can be already used on non-fictional entities, as long as they are part of the story (see for example {{Q|Q25173}} which was approved on the property's talk page).
::: I think the domain could include all works. It should be made clear that 1) the entity should be a named entity (so not "grass", "sky", etc.) and 2) that a more specific property should be used if possible. If an entity appears in the story of a work (like {{Q|Q25173}} in {{Q|Q44578}}) {{P|P1441}} should be used, "mentions" only if this is not the case (e.g. if a character mentions the Titanic in a dialogue - or if a rapper mentions the Titanic in a song). Also if a place is part of the setting of the work, {{P|P840}} should be used, "mentions" only, if it is - well - just mentioned (e.g. if a character speaks about this place or if a building is mentioned by the narrator as part of the scenery). <strike>If a creative work mentions another creative work in my opinion {{P|P2860}} should be used</strike>. We should provide a complete list of alternative properties via {{P|P1659}} that should be taken into consideration before using the less expressive "mentions". - [[User:Valentina.Anitnelav|Valentina.Anitnelav]] ([[User talk:Valentina.Anitnelav|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:50, 5 November 2019 (UTC)
::::Personally, I think the main advantage of such a property would be that it would avoid that other more specific ones get cluttered with unrelated values. Maybe we need to create a few other more specific ones before creating this one. Any suggestions? --- [[User talk:Jura1|Jura]] 08:39, 6 November 2019 (UTC)
:::::No, I don't think that there is such a need. More specific properties could still be created after the creation of this property.- [[User:Valentina.Anitnelav|Valentina.Anitnelav]] ([[User talk:Valentina.Anitnelav|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:31, 6 November 2019 (UTC)
::::::Of course they could, but this would avoid moving things around. It would be good to try to draft a comprehensive list of properties to use instead before we create this. --- [[User talk:Jura1|Jura]] 10:35, 6 November 2019 (UTC)
:::::::Ah yes, I see. I think a "plot features event" property for events featured in a narrative would be useful. (E.g. {{Q|Q899334}} <plot features event> {{Q|Q564388}}). - [[User:Valentina.Anitnelav|Valentina.Anitnelav]] ([[User talk:Valentina.Anitnelav|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:31, 6 November 2019 (UTC)  
* Related: I think there should also be a property to document an ''allusion'', e.g. {{Q|5418126}} referencing {{Q|2077201}} ("Mickey Mouse has grown up a cow") or "Yes, I's Finished/Abie Baby" from {{Q|1165499}} paraphrasing {{Q|214524}}. - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:42, 6 November 2019 (UTC)
:* <strike>In my opinion you can just use {{P|P2860}} or {{P|P6166}} in those cases.</strike> - [[User:Valentina.Anitnelav|Valentina.Anitnelav]] ([[User talk:Valentina.Anitnelav|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:37, 6 November 2019 (UTC)
:* After some thought I think it would be better to keep {{P|P2860}} confined to formal citation (e.g. in scholarly and legal works). In this case I would propose/support a "references" property for references between creative works as a means of [https://en.wikipedia.org/wiki/Intertextuality Intertextuality], equivalent to http://purl.org/dc/terms/references. This should include allusions, quotations and other intertextual figures. {{P|P2860}} and {{P|P6166}} could be subproperties of that property. - [[User:Valentina.Anitnelav|Valentina.Anitnelav]] ([[User talk:Valentina.Anitnelav|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:26, 6 November 2019 (UTC)
:*I agree, this was also something I had been pondering - for example, {{Q|Q39045786}} has lyrics "mirror mirror on the wall" which alludes to {{Q|134430}}. However, there's a complication there in that does it really allude to the film (where the actual line is "magic mirror on the wall") or to the original Brothers Grimm story (where it is "mirror mirror")? I expect there are a load of cases where something could be alluding to a work that has multiple versions/formats.
:
::I also considered whether this could be seen as {{P|5707}}, but think there should be a distinction between an actual audio clip from the film being included vs lyrical content --[[User:SilentSpike|SilentSpike]] ([[User talk:SilentSpike|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:52, 6 November 2019 (UTC)
:::This is getting a bit offtopic, but in the German version of Grimm's Snow White the line is "Spieglein, Spieglein an der Wand"[https://de.wikisource.org/wiki/Sneewittchen_(Schneewei%C3%9Fchen)_(1812)], which literally translates to "mirror, mirror on the wall". As a German-speaker I would thus suppose that it is a quote from Grimm's Snow White in translation, but it would be better to find a source that actually states that (why would you suppose that it alludes to the Disney version?). - [[User:Valentina.Anitnelav|Valentina.Anitnelav]] ([[User talk:Valentina.Anitnelav|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:07, 7 November 2019 (UTC)
::::Simply because culturally most people (these days) would first associate snow white with the Disney movie - including the original quote. However, I suppose it would still be in reference to the original story by proxy. In any case, you're right that it's a bit off topic and shouldn't prevent property creation. --[[User:SilentSpike|SilentSpike]] ([[User talk:SilentSpike|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:15, 7 November 2019 (UTC)
:* I made a start with proposing [[Wikidata:Property_proposal/references]]. To me it would be important to keep this kind of relation between creative works distinct from a "mentions" relation. I'm not sure if the label does express this well.- [[User:Valentina.Anitnelav|Valentina.Anitnelav]] ([[User talk:Valentina.Anitnelav|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:07, 7 November 2019 (UTC)
::*I think the label is fine, I would also support the immediate creation of above "mentions" property too (following your considerations re "named entity", etc.) if someone else would like to propose it - as I think I'm not the most well equipped to do so. --[[User:SilentSpike|SilentSpike]] ([[User talk:SilentSpike|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:15, 7 November 2019 (UTC)
:::*I would take care of it during the weekend (this is not the easiest property to propose, given its history). But if you should find time to propose it: just go ahead :). You can take other proposals as a model and it can still be adapted to concerns later. - [[User:Valentina.Anitnelav|Valentina.Anitnelav]] ([[User talk:Valentina.Anitnelav|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:25, 8 November 2019 (UTC)
::*I think the label is too general. It's not immediately clear from the proposed label how this is different from "cites" or the reference part of statements in general. --- [[User talk:Jura1|Jura]] 12:18, 7 November 2019 (UTC)
:::*I'm not sure it's possible to distinguish this via the label alone because it's a more general superproperty of "cites work". I think it just needs to be made clear that specific properties are preferable where appropriate. I suppose "references work" would make the use a bit more clear. --[[User:SilentSpike|SilentSpike]] ([[User talk:SilentSpike|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:28, 7 November 2019 (UTC)

===Proposal===
{{Ping|Valentina.Anitnelav|Jura1|Moebeus}} Since there's a lot of discussion above I've started a new sub-section here to direct your attention to my proposal along these lines: [[Wikidata:Property_proposal/mentions_named_entity]]. Please feel free to edit if you think there are obvious improvements/clarifications to be made. Also please add more examples if there are other possible types of work that this property could be used on (a film perhaps). --[[User:SilentSpike|SilentSpike]] ([[User talk:SilentSpike|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:50, 8 November 2019 (UTC)

*What type of work would this apply to? How many such statements should we have? Most works have a person or place index should these all be included? --- [[User talk:Jura1|Jura]] 10:15, 10 November 2019 (UTC)
**Some good questions - for which I can't say I have all the answers, but am glad to have the discussion and refine the proposal. I'll respond on that page for the sake of keeping proposal discussion contained and later archived. --[[User:SilentSpike|SilentSpike]] ([[User talk:SilentSpike|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:33, 10 November 2019 (UTC)
***With "It would be good to try to draft a comprehensive list of properties to use instead before we create this." I had in mind that we do this before such a proposal. --- [[User talk:Jura1|Jura]] 07:36, 12 November 2019 (UTC)

== Preferred single values ==

From time to time I come across statements where just one value is given, but which has nonetheless preferred rank. I don't think that this makes sense. Would it be useful if a bot would set all those single values to normal rank? [[User:Steak|Steak]] ([[User talk:Steak|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:06, 11 November 2019 (UTC)

:Probably. They are a trap for the unwary who adds a second value with normal rank and doesn't notice the preferredness of the existing value. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:39, 12 November 2019 (UTC)

*It might be a sign that a normally ranked statement was erroneously deleted.--- [[User talk:Jura1|Jura]] 07:20, 12 November 2019 (UTC)

== Should "imported from" be removed if a valid source is given? ==

Often, a statement is imported from a Wikipedia, and a reference {{P|P143}}: <some wikipedia> is given. Then later, a valid source is added using for example {{P|P248}}. In such cases, I would think that the {{P|P143}} could be removed, but I am not aware of such efforts, e.g. by bots. Why is this not done on a large scale? [[User:Steak|Steak]] ([[User talk:Steak|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]])

:Possibly there'd be edge cases of values imported from wikipedia to replace an existing value, where the importer didn't remove the 'good source' reference? The wrong citation would be removed. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:42, 12 November 2019 (UTC)
:: Because there was never a decision to remove those references. So feel free to remove them when you see them. [[User:Snipre|Snipre]] ([[User talk:Snipre|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:27, 12 November 2019 (UTC)
:Not sure. 
:Not too long ago, we made these "imported from" sources more detailed as users had trouble finding the corresponding information from the edit history.
:I don't think it matters if someone users delete or overwrite one or the other {{P|143}}. --- [[User talk:Jura1|Jura]] 07:24, 12 November 2019 (UTC)

== A problem: how to record the source which was quoted erroneously by many secondary sources? ==

Wow, this is a bit of a complicated one. There are currently two items for French-born illustrators with the same name: {{Q|Q21555912}} (1813-1874) and {{Q|Q3262203}} (?-1842). Information about the one who died in 1842 is very scarce. The more I try to find him, the more I suspect he doesn't exist: it's just a false death date reported for the other one. I'm not the only one who thinks so, see [http://org.kikirpa.be/lithographes/fiches/Huard_Louis.htm here], which cites a number of authoritative-sounding sources, although I haven't been able to read any of them. And I think I found where the error originated, too: in 1848, in Siret's "Dictionnaire historique des peintres de toutes les écoles" there is an [https://books.google.com/books?id=MDpcAAAAcAAJ&pg=PA493&dq=%22huard,+louis%22#v=onepage&q=%22huard%2C%20louis%22&f=false entry] for Louis Huard which contains the date "*1842". Now, the asterisk means that that is a ''floruit'' date! Could someone have simply misread Siret, and their mistake has been repeated ''ad infinitum'' since? How should all this be recorded in WD? [[User:Levana Taylor|Levana Taylor]] ([[User talk:Levana Taylor|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:02, 12 November 2019 (UTC)

:Probably by merging the items, deprecating the 1842 date with a reference pointing to the 1848 publiction and a qualifier {{P|2241}} with value {{Q|29998666}}. (I guess any and all of the wrong sources could be listed against the 1842 date.) It's probably outside the scope of wikidata, or at least this item, to be able to indicate the way in which this wrong source propagated. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:36, 12 November 2019 (UTC)

:: Further discussion at [[Talk:Q21555912]] --[[User:Levana Taylor|Levana Taylor]] ([[User talk:Levana Taylor|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:27, 12 November 2019 (UTC)

== Merging Education in the Netherlands by municipality (Q56751655) and Education in the Netherlands by city or town (Q8407505)? ==

{{ping|Joshbaumgartner}}
Since I believe that the topics "Education in the Netherlands by municipality" (Q56751655) and "Education in the Netherlands by city or town" (Q8407505) covered a similar scope, I attempted a merge of the entries but found that there were two separate commons categories.

There was a discussion about merging the Commons entries at [[:Commons:Commons:Categories for discussion/2019/09/Category:Education in the Netherlands by city]] and the entries have been merged. At the end I received the suggestion that there should be further discussions before merging the wikidata entries. What further steps should be taken before I move forward with an attempt to merge these entries?

Thanks
[[User:WhisperToMe|WhisperToMe]] ([[User talk:WhisperToMe|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:22, 12 November 2019 (UTC)
:{{ping|WhisperToMe}} I removed the commons cats from {{Q|8407505}} a few hours ago when I merged the categories on Commons.  I am not sure what would be preventing the merge with {{Q|56751655}}.  [[User:Joshbaumgartner|Josh Baumgartner]] ([[User talk:Joshbaumgartner|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:29, 12 November 2019 (UTC)

== Identifiers added wrongly (help) ==

I am adding {{p|396}} on {{Q|74645859}} but whatever value I put, dont work never. What can I do? --[[Special:Contributions/93.32.64.189|93.32.64.189]] 09:13, 12 November 2019 (UTC)
: If you would state the correct value, other people can try to enter it and reproduce the problem. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 18:03, 12 November 2019 (UTC)
:: I have put again the value. Please make sure to enter on {{Q|74645859}} and click on the value “ IT\ICCU\VEAV037458”. If you make click with the mouse on the value, you enter on the site but no result appear... --[[Special:Contributions/151.49.123.55|151.49.123.55]] 19:10, 12 November 2019 (UTC)
::: That's not a valid value for {{p|396}} as the contraint is defined. Maybe you mean “IT\ICCU\VEAV\037458”? Maybe the interface blocks IP editors from making constraint violating edits. In any case even after my edit the ID doesn't resolve on the website. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 08:47, 13 November 2019 (UTC)

== Is there a property for museums where an artist has had an exhibit? ==

I am quite new to working on Wikidata, and appreciate your help. I am trying to enhance the Wikidata entry for an artist (William B. Schade) whose article I worked on in Wikipedia. I would like to add a property for places where his artwork has been exhibited (solo exhibits), but haven't found the right property with the searches I've done. I did find Exhibition History (P608), but that is clearly for works of art, not for artists themselves. I also see Has Works in the Collection (P6379). I assume there is such a property and I just haven't found it, but perhaps not. Thank you! [[User:TrudiJ|TrudiJ]] ([[User talk:TrudiJ|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:14, 12 November 2019 (UTC)
* If nothing else, you could use {{P|793}}. - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:35, 12 November 2019 (UTC)
* Artists usually aren't exhibited and as a result it makes more sense to store that their works are exhibited. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 18:07, 12 November 2019 (UTC)
*Not exactly what you're asking about, but if the exhibition itself is [[Wikidata:Notability|notable]], you could create an item for it ({{P|31}} = {{Q|Q667276}}), and include all participants. See e.g. {{Q|265378}}. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:32, 12 November 2019 (UTC)
:I would create an item for the exhibition(s) as {{Q|Q667276}} with <main subject> = William B. Schade, and then list each exhibition as a significant event for William B. Schade.  Individual artworks can be linked to the exhibitions if you want to go that far. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:48, 13 November 2019 (UTC)

== Proposal to structure/describe templates through Wikidata schema ==

<!--projects that use HarverterBot--> {{Ping project|Infoboxes}} {{Ping project|Movies}}

<!--breakout attendees-->{{ping|Tpt}}{{ping|Abittaker_(WMF)}}{{ping|Slaporte_(WMF)}}{{ping|Addshore}}
<!--people who were potentially interested-->{{ping|Sannita}}{{ping|Amire80}}{{ping|Mike_Peel}}{{ping|Jura1}}{{ping|Pasleim}}{{ping|Xinbenlv}}{{ping|Denny}}

Hi all, 

At {{Q|42449814}} there was a [https://etherpad.wikimedia.org/p/StructuringInfoboxesOnWikidata breakout session] where we discussed ways to use Wikidata schema to better structure templates as well as the mappings between template fields and the relevant {{Q|18616576}} where one exists. Currently there are a few different efforts already working this - [[Wikidata:WikiProject_Movies/Tools#Wikipedia_infobox_mapping|Harvestbot templates]], [http://mappings.dbpedia.org/index.php/Mapping_en:Chembox DBpedia], etc. - however this information is stored across various locations and formats. This new schema would help coordinate efforts and increase visibility by putting this information in a central easily accessibly place - i.e. the Wikidata item for the template. 

I've written up the main takeaways from the session as a [[User:ElanHR/Proposals/Schema_for_describing_templates_and_their_fields|proposal for new schema]] and wanted to open up discussion on the high level design to the broader community before submitting individual property proposals. :) 

Cheers,

[[User:ElanHR|ElanHR]] ([[User talk:ElanHR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:34, 13 November 2019 (UTC)

*Why is your link to [[Wikidata:WikiProject_Movies/Tools#Wikipedia_infobox_mapping]] called "DBpedia"? With "schema" do you mean EntitySchema (e.g. [[EntitySchema:E1]]? How does this relate to the new bridge function?   --- [[User talk:Jura1|Jura]] 08:48, 13 November 2019 (UTC)
:: Good catch I've fixed the mislabeled link. 
:: By schema I mean new properties and how to use them - for the latter I think creating a ShapeExpression for these templates would be a perfect way to formalize these semantics. 
:: This is a related but parallel effort to [[mediawikiwiki::Wikidata Bridge|Wikidata Bridge]]. The main difference is scope, Wikidata Bridge will allow users to edit Wikidata-driven infoboxes directly on Wikipedia whereas this effort will initially aim to describe existing semantics of old-style (non-wikidata) templates. Once Wikidata Bridge is launched the label-property mappings for these new templates could also be described using this schema for consistency. [[User:ElanHR|ElanHR]] ([[User talk:ElanHR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:19, 13 November 2019 (UTC) 

* One issue that may or may not be relevant, depending on exactly what you're thinking of doing, is that a single Wikidata item may sitelink to templates on several different Wikipedias and/or sister projects, that may correspond in terms of subject, but not necessarily in terms of structure and arguments.  (But where the sitelinks between them may be valuable to maintain nevertheless).
: So any links from Wikidata items to your schemas (once we have that ability) may require a large number of {{P|518}} = "xyz-wiki" qualifiers; which may impact on the readability of the item for the template.  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:56, 13 November 2019 (UTC)
:: My original thought in order to reduce the need for {{P|518}} statements was to use {{Q|21044568}} as the value to describe template argument keys. That said {{P|518}} statements may still be required in some situations, primarily when sister projects are in the same language (e.g. {{Q|328}} and {{Q|200183}}) and use the same key to describe different semantics. 
::I don't think templates having different arguments across wikisites is too much of an issue as not every property needs to have a field in every language. For instance in the [https://www.wikidata.org/wiki/User:ElanHR/Proposals/Schema_for_describing_templates_and_their_fields#Template:Infobox_officeholder_(Q5830052) officeholder example], only EN has a label for {{P|511}} and indeed has more than one label for {{P|39}}. [[User:ElanHR|ElanHR]] ([[User talk:ElanHR|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:19, 13 November 2019 (UTC)

== Group of museums ==

Is it right that {{P|31}} for {{Q|3330843}} is {{Q|83478}}? If I understand it right {{Q|83478}} is mathematical term, but not "Group" in the broader sense --[[User:Stolbovsky|Stolbovsky]] ([[User talk:Stolbovsky|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:42, 13 November 2019 (UTC)

:{{Q|16887380}} probably works better. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:48, 13 November 2019 (UTC)

:You are right. It should be {{Q|16887380}} instead of {{Q|83478}}, though is it the best value for {{P|31}}? According to the French Wikipedia, the qualifier should, at least, be updated to also include ateliers, artist homes and archaelogical sites. Also, only 14 of the 17 sites are ran by {{Q|3365279}}. - [[User:Sarilho1|Sarilho1]] ([[User talk:Sarilho1|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:57, 13 November 2019 (UTC)

== Papers with pages in Wikispecies, not linked in Wikidata ==

There are a large number of scientific papers which are documented on Wikispecies, in the Template: space (e.g. [[:species:Template:Kayaalp, et al, 2012]], which I just matched to [[Q44024329]]), and which either do not yet have Wikidata items, or have Wikidata items with no interwiki link to the Wikispecies template. Some of the Wikispecies templates have DOIs or other identifiers, but some do not. The data is largely unstructured, but perhaps scrape-able.  Most of the Wikispecies templates for papers are linked to the Wikispecies pages about the author, which are almost always linked to Wikidata items. 

How can we harvest metadata from Wikispecies, and link our exiting items? <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> 12:07, 13 November 2019 (UTC)

*It makes sense to link these to the items for the papers rather than usual template item. You could try to use harvesttemplates on the DOI template. --- [[User talk:Jura1|Jura]] 17:36, 13 November 2019 (UTC)
**Linking to items for papers is precisely what I'm talking about, as can be seen from my example. I'm not clear how harvesttemplates will help in the case of papers on Wikispecies with no equivalent Wikidata item, nor for such papers that are not linked to an existing equivalent Wikidata item. <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> 22:39, 13 November 2019 (UTC)
***It would need to be done in several steps: create items for all pages with such a template. run Harvesttemplates to import identifiers, delete default labels, run one of Magnus' tools to complete the data, merge potential duplicates. --- [[User talk:Jura1|Jura]] 23:08, 13 November 2019 (UTC) 

*{{comment}} I already use sitelinks as soon as I can, both for Commons and Species. E.g. [[Q60049035]]. [[User:Christian Ferrer|Christian Ferrer]] ([[User talk:Christian Ferrer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:16, 13 November 2019 (UTC)
**I'm sure you do; but there are many pages not linked, as I said in my OP. <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> 22:39, 13 November 2019 (UTC)

== Add request ==

Please enter to {{q|52}} and add "din" as language code, and "Wikipedia" as link on Wikipedia entries section. Thanks!!!  --[[Special:Contributions/2001:B07:6442:8903:D99E:E202:F23D:5615|2001:B07:6442:8903:D99E:E202:F23D:5615]] 08:58, 19 November 2019 (UTC)

*There is currently no page at [[:din:Wikipedia]]. --- [[User talk:Jura1|Jura]] 09:24, 19 November 2019 (UTC)
:<small>This section was archived on a request by:  --- [[User talk:Jura1|Jura]] 09:24, 19 November 2019 (UTC)</small>

== Altlabel script... ==

Hello, 

I used for years a very useful script [[User:Joern/altLabels.js]], but the tool doesn't work anymore, ane the contributor doesn't answer anymore... :((

Would it be possible to retrieve this tool, and make it work again ? 

it was very useful to import in own language existing label by clicking on label already existing in other languages (for people, especially)...

Thanks for your help ! {{unsigned|Hsarrazin|10. 11. 2019, 11:47‎}}
:I really miss this tool too. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:40, 13 November 2019 (UTC)
::It’s fixed now. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:27, 14 November 2019 (UTC)

== Writing systems ==

I recently wrote a couple of queries https://w.wiki/BtZ and  https://w.wiki/Btb to introduce somebody to
* different properties used on items that are {{P|31}} {{Q|Q8192}} (or its subclasses), each with an example trio { writing system + property + value }.
* corresponding items, with their immediate {{P|31}} classes. 

A bit embarrassing to find film scores like {{Q|Q190737}}, typefaces like {{Q|Q653123}}, documents like {{Q|65944235}}, and individual characters like {{Q|55936223}} in amongst the results; as well as statements like {{Q|485619}} {{P|282}} {{Q|Q8222}} if {{Q|485619}} is itself claimed to be a writing system.

I'd be very grateful if anyone could have a look at these; I'm a bit pushed for time just at the moment to properly look into it myself.  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:03, 12 November 2019 (UTC)
:{{ping|Jheald}} I’ll look at these. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:58, 13 November 2019 (UTC)
::{{re|PKM}} Thank you so much for looking at these.  Here's a query for the current most common classes in the sub-class tree https://w.wiki/C3i though I don't know if there are good tools to see it in tree form. 
::If there are modelling nuances here (eg how to model typefaces vs scripts vs symbol-sets; how items for individual characters should fit in; shape of the subclass tree; listeria pages for most common properties, etc; etc), then I wonder if it would be worth making some WikiProject pages to document best practice?  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:12, 14 November 2019 (UTC)
:::I'd be delighted to participate in the documentation of best practices for writing systems/alphabets/typefaces if other folks are interested in working in this area. There are several places where we need to build consensus - for example, distinguishing "alphabets" and "writing systems", or modelling "notional" classes of typefaces (sans serif, humanist) vs. names of those classes in specific classification systems. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:33, 14 November 2019 (UTC)

== Updating Swedish-speaking Finns in Wikidata with Wikipedia categories as source and reference ==

I'd like your thought on updating people's {{P|172}}, {{P|103}} and {{P|27}} in Wikidata, using a Wikipedia categories as source and reference (e.g. {{S|143}} {{Q|328}}. What do you think? 

To give some context: 

As part of [https://en.wikipedia.org/wiki/Wikipedia:Projekt_Fredrika Projekt Fredrika], I'm working on improving the coverage of Swedish Finland on Wikipedia and Wikidata, in Swedish and other languages. [https://en.wikipedia.org/wiki/Swedish-speaking_population_of_Finland Swedish speaking population of Finland] are today a 5% minority in Finland - they speak Swedish as their mother tongue (second official language of Finland; monitored by the government, but registered privately), are Finnish citizens, and can also be considered an own cultural minority. 

On Wikidata, there are at the moment only 17 people with {{Q|726673}} as ethnic group (P172). Out of all Finnish citizens, only 57 have Swedish as their native language. I'd like to enrich this using the list of 604 people within the English Wikipedia category [https://en.wikipedia.org/wiki/List_of_Swedish-speaking_Finns Swedish-speaking Finns], and later use the same category in other languages. 

Analyzing the 604 people within the  Swedish-speaking Finns category:  

Citizenships (P27) is missing for 48 people. I have figured out the correct data to update people to based on their Wikipedia article and when people lived (modern Finland, Dutchy of Finland part of Russia, or pre-1809 part of Sweden). This should not be controversial to update. 

Native language (P103) {{Q|9027}} is missing for 574 people - I would say that updating their native language to Swedish will be correct in 99,5% of the cases. There might be some outliers that have "converted" and considered to have become a Swedish-speaking Finn later in life and their native language is thus something else, but that is the type of exceptions that will probably get corrected later when using more data sources to update people's information on Wikidata. For the people that were not missing native language, I have reviewed the existing data manually already. 

For Ethnic Group (P172), {{Q|726673}} is missing for 595 people. I would say updating these 595 is pretty clear, considering they have for one or another reason been considered and put on the Wikipedia category [https://en.wikipedia.org/wiki/List_of_Swedish-speaking_Finns Swedish-speaking Finns] in the first place. Being Swedish-speaking Finn is clear in most cases, and subjective in very few cases. 

After doing these updates and practising this process, I would do the same for the equivalent category lists for other Wikipedia languages - primarily the Swedish and Finnish lists and possible others - using them as source and reference. 

I have been practising the use of PetScan, Open Refine and QuickStatements to do these types of large scale updates. 

Any objections to proceeding with this plan?

Thanks, 
Robert Silén, 
[https://en.wikipedia.org/wiki/Wikipedia:Projekt_Fredrika Projekt Fredrika]
:{{P|172}} is tagged with {{q|Q44597997}} and as a result requires reliable sources. Wikipedia isn't a reliable source and thus can't be used to justify the property. When it comes to {{p|P103}} it's not clear to me how the category supports the property, {{P|P1412}} seems to be for me the more exact translation. Updating {{p|P27}} seems reasonable. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 19:16, 13 November 2019 (UTC)
:*Agree with most of it. I'm not entirely convinced that {{P|P1412}} is support though. {{P|P407}} on the values for {{P|734}} or {{P|735}} would be more appropriate. You can't infer P1412 from these. References for P1412 would be helpful. --- [[User talk:Jura1|Jura]] 11:11, 14 November 2019 (UTC)

== Instances of class are composed of instances of class ==

Is it possible to describe that:
# instances of a class {{Q|Q29652967}} are composed of instances of {{Q|Q335268}}? With {{P|P2670}} it seems to me that class {{Q|Q29652967}} is composed of instances of {{Q|Q335268}}, not instances of {{Q|Q29652967}}.
# instances of a class {{Q|Q67206812}} are composed of {{Q|Q899597}}? With {{P|P527}} is just like above.
''[[User:Wostr|Wostr]]'' <small>([[User talk:Wostr|talk]])</small> 08:13, 14 November 2019 (UTC)
:In my opinion yes, both 1 and 2. --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:55, 14 November 2019 (UTC)
:: How? As I wrote above, using {{P|P2670}} and {{P|P527}} seems not correct to me. ''[[User:Wostr|Wostr]]'' <small>([[User talk:Wostr|talk]])</small> 23:28, 14 November 2019 (UTC)
:::All IMO: first, {{Q|Q29652967}} is an infinite set and I think that you cannot apply {{P|P527}} on such a set (finite group--> {{P|P527}}-->xyz is no problem). Now {{Q|Q29652967}}-->{{P|P2670}}-->{{Q|Q335268}} cannot mean that class {{Q|Q29652967}} is composed of instances of {{Q|Q335268}} because by definition the instances are instances of {{Q|Q29652967}}. So {{P|P2670}}-->{{Q|Q335268}} cannot be misunderstood. Note this argument may be different with a finite group. Someone please correct my mistakes. --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:55, 15 November 2019 (UTC)

== External identifiers ==

Hi All, continuing from [[Wikidata:Project_chat#External_Identifiers_-_expanding_statements,_best_practice]] I've created a site listing the current use of properties for external IDs: [[Wikidata:External identifiers]]. And on the talk page you can find my proposition for expanding the list, we can continue the discussion there: [[Wikidata talk:External identifiers]]. --[[User:Adam Harangozó|Adam Harangozó]] ([[User talk:Adam Harangozó|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:41, 14 November 2019 (UTC)
*I think much of your proposal confuses the underlying work and its index (identifier). --- [[User talk:Jura1|Jura]] 15:07, 14 November 2019 (UTC)
** Much of my proposal is based on how similar properties for IDs are used at the moment. And as I've written on the talk page: "Though many of these could be added to the subject item of the property, these are often non-existent and I believe it would be easier for a future Wikipedia template to use these IDs if they contain all the information." --[[User:Adam Harangozó|Adam Harangozó]] ([[User talk:Adam Harangozó|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:26, 14 November 2019 (UTC)
*** They are probably non-existent as you didn't create them yet. --- [[User talk:Jura1|Jura]] 15:29, 14 November 2019 (UTC)
*An organization is not a database or a catalog.  Despite how things are often currently done in WD, I believe the best practice is to eventually have separate items for an organization and its online database. Then "stated in" references would be linked to the online database (for example {{Q|Q57600280}} and {{Q|Q57955877}}).  I know this would be a gigantic pain to implement. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:21, 15 November 2019 (UTC)

== The ongoing problem with 'species nova' ==

We currently have over '''22.6K''' articles whose main subject is {{Q|Q27652812}} ([https://w.wiki/C2B query]).

Are we really suggesting that the main subjects of the vast majority of those papers are a ''latin phrase'' ([[Q3062294]])?

Q27652812 should be restored to its [https://www.wikidata.org/w/index.php?title=Q27652812&oldid=756711296 original and intended status] as subclass of {{Q|Q7432}} - a status supported by the citations given in that version. <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> 22:25, 13 November 2019 (UTC)

:Well, if one thinks that it would be helpful in general that {{P|921}} statements were referenced, as I do, this is a suitable case for treatment. I think they are typically of the {{P|887}} type, extracted for example from "new species" in the article title. [[User:Charles Matthews|Charles Matthews]] ([[User talk:Charles Matthews|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:09, 14 November 2019 (UTC)

::The question is not what we suggest, it is not for us to suggest anything. It is what is meant by a species novum. Ask a professional what is meant. Thanks, [[User:GerardM|GerardM]] ([[User talk:GerardM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:54, 16 November 2019 (UTC)

== {{Q|Q65550405}} ==

Hi, should {{Q|Q65550405}} be deleted? It was created by an [https://www.wikidata.org/wiki/Special:Contributions/194.250.42.104 IP], which normally vandalises, and links to a redirect. Regards, --[[User:Dorades|Dorades]] ([[User talk:Dorades|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:16, 14 November 2019 (UTC)

:No. Remove the redirect, merge with {{Q|81506}}, all of which I've done. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:26, 15 November 2019 (UTC)

*See [[Help:Merge]] for next time. --- [[User talk:Jura1|Jura]] 08:50, 16 November 2019 (UTC)

== People who died before they were born ==

Both Geni and Familysearch flag what appears as logical errors (mostly typos), maybe we should be doing the same. Geni just started this week. Can someone run a query to find people who died before they were born? I think I can come up with a few more simple tests of error rates. Every data set is prone to errors, and even correcting errors can cause more errors. This would be one objective way to see our error rate. Has this been done already? Do we rerun it from time to time? We did something similar a few years ago to look for doppelgangers, multiple people born and died on the same day. We merged the true synonyms and flagged the actual birth-death doppelgangers. Do we have a Wikidata:Data_integrity page to track these type of searches and the results? --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:29, 15 November 2019 (UTC)
:We have [[Wikidata:Database reports/items with P569 greater than P570]]. It's updated by Listeria. --[[User:Shinnin|Shinnin]] ([[User talk:Shinnin|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:37, 15 November 2019 (UTC)
::Excellent, thanks! Do we have "people over 120 years old" which would be another red flag. I will keep track of them at [[Wikidata:WikiProject Genealogy]] since they concern genealogical data and the people there have the resources to find the correct dates. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:03, 15 November 2019 (UTC)
:::We have [[Wikidata:Database reports/unmarked supercentenarians]]. It's not exactly what you are asking, but I think it's trying to capture the same red flags you are looking for. --[[User:Shinnin|Shinnin]] ([[User talk:Shinnin|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:29, 15 November 2019 (UTC)
*That is exactly it, thanks! Wow, that is a lot of obvious typos. Some of the errors come from other poorly controlled data sets, and we imported the error, but I seem to be able to correct them with other sources. I noticed that several of the entries came from VIAF and LCCN. They need to be merged once they recognized the error and realized they already have a record with the correct death/birth date. VIAF appears to be monitoring our records for duplicates and other errors. The bulk of our own errors are simple transpositions of numerals in a year or the truncation of a digit when cutting and pasting. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:51, 15 November 2019 (UTC)
::I have corrected over 200 in the two lists by finding a source for the birth date or death date. Most were typos on our end, like typing 1963 for 1863, and occasionally it was a typo by one of the authority files we imported. A few were errors conflating father and son with the same name, and using the birth date of one with the death date of the other. I kept and deprecated the bad date if it is still displayed at the source authority entry. Another big source of errors is sloppy matching of a person of the same name from IMDB and VIAF and LCCN only because the name matches, some were not even matching names. Can anyone think of a way we can flag the people over 120 that are not true supercentarians, that have been reviewed and are insolvable for now, so we can concentrate on the ones that can be fixed? Look at {{Q|Q4756164}} and how we handled that he had a doppelganger so that people in the future are aware that they are not the same person. Any ideas?  --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:55, 16 November 2019 (UTC)
== Indicating that an account have been taken over ==

What's the best way to indicate that an social media account of a (now deceased) person have been taken over by a family member? It's a problem i've run into with {{Q|Q6220303}} after some of his account have been taken over by his wife {{Q|Q59412608}}. --[[User:Trade|Trade]] ([[User talk:Trade|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:54, 17 November 2019 (UTC)
:Suggest to put an "end time" on it on the first person item for SMA account, and then put a start date same SMA on his wife's item. &nbsp;— [[user:billinghurst|billinghurst]] ''<span style="font-size:90%;">[[user talk:billinghurst|sDrewth]]</span>'' 03:53, 17 November 2019 (UTC)
::And to note {{P|137}} &nbsp;— [[user:billinghurst|billinghurst]] ''<span style="font-size:90%;">[[user talk:billinghurst|sDrewth]]</span>'' 03:58, 17 November 2019 (UTC)
::: Just check if the date of the death is present in the item: after that if people assume that ghost can has a social media account, that's their problem. [[User:Snipre|Snipre]] ([[User talk:Snipre|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:07, 17 November 2019 (UTC)

== Statement removed ==

I have removed {{P|396}} from {{Q|74645859}} because link to a not working external page. --[[Special:Contributions/151.49.115.62|151.49.115.62]] 12:24, 17 November 2019 (UTC)

== How to reference a statement based on the combination of different data? ==

Specifically, if I have a {{P|131}} value computed by identifying which shapefile from a particular set the current coordinates given by {{P|625}} fall in, what is the best way to indicate that?

* {{P|248}} the set of shapefiles -- they don't mention the settlement in question, nor give coordinates or boundaries for it, just boundaries for the (historical) administrative entity it has been calculated to fall into.  This is particularly relevant given that some of our coordinates may not be quite right: the statement is an inference based on them, that might be wrong; not a statement made outright in any source.
* {{P|3452}} the shapefiles would be good -- but P3452 says there should be a ''statement'' on the corresponding item, that the present statement was inferred from
* {{P|887}} can be used to indicate an inference -- but its value should a the item for the heuristic generally, not a specific data source.
* {{P|144}} is a main-statement for use on items for derivative works, not a sourcing property for statements
* {{P|459}} and {{P|1013}} are qualifiers to express the nature of the statement, not sourcing properties to say how it has been inferred.

Any other suggestions?  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:56, 15 November 2019 (UTC)
: If something can be inferred from other data, then no need to create a statement. [[User:Snipre|Snipre]] ([[User talk:Snipre|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:10, 15 November 2019 (UTC)
::{{re|Snipre}} Firstly: there's no way in SPARQL to ask whether a point is within a shape.  Secondly, the shapes aren't on the system anyway.  Thirdly, we have the P131 property, and it ought to be populated as comprehensively as we can. Fourthly, one wants the data to be available so it can be extracted readily, and so one can record the evidence for what will be the corresponding category relations going in on Commons. Also, one wants to be able to note when the inferences from the shapefile differ from (or augment) the P131 values that may have been gathered from other sources. 
::For all of these reasons, it's useful to create the statement.  The question is how its source should be recorded. [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:20, 15 November 2019 (UTC)
::: {{re|Jheald}} You completely forgot one thing your new statement will be based on the shape and how do you will link your statement with that shape ? If the shape of area is well defined and well accepted, no problem but in case of disputed territories, your inference is not obvious and a description of the shape has to provided. If you can't provide the shape information in the statement so this is original work and not an inference, because you can't ensure that someone  else can find the same results as you. Better create a dataset and save it somewhere in the web, and used the reference structure to refer to it. [[User:Snipre|Snipre]] ([[User talk:Snipre|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:00, 16 November 2019 (UTC)
::::{{re|Snipre}} It's exactly how to indicate ''which'' set of shapefiles the inference was based on, that is what I am asking how best to do.  See below.  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:29, 16 November 2019 (UTC)
*I think {{P|887}} was created for this. Not sure where "FIBA player ID (P3542)" would come in. I guess you wanted to list another property.
:There is [[Wikidata:Property_proposal/Supports_qualifier]] for the more general question. --- [[User talk:Jura1|Jura]] 08:48, 16 November 2019 (UTC)
::{{re|Jura1}} Thanks.  My mistake on P3542.  It was in fact {{P|3452}} that I meant, and which in practice I have been using: {{P|3452}} = {{Q|74825644}}, even though that is not what the property says it is for. 
::The problem with {{P|887}} for this, I think, is that IMO its value should be a method, not a data-source.  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:22, 16 November 2019 (UTC)
:::It was created for a value called "personal name". I don't think this is much different from "coordinates and shape file" that could be used with your sample. --- [[User talk:Jura1|Jura]] 09:33, 16 November 2019 (UTC)
::::{{re|Jura1}} Right, but then what property should I use to indicate ''which'' set of shapefiles ?  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:27, 16 November 2019 (UTC)
:::::{{re|Jheald}} I created a new value for <based on heuristic> {{Q|Q73168402}}, and I use it with the reference URL for the place that used the pronoun, as in the sex/gender statement at {{Q|Q73167982}}. So perhaps a new value for <based on heuristic> = "deduced from shapefile" together with a <stated in> or >reference url> link to the shapefile? - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:56, 17 November 2019 (UTC)

== Merge candidates ==

Is there any reason why the following are separate items (linked by {{P|460}}; also by a {{P|694}} qualifier on {{Q|15410629}}) ?
* {{Q|5491373}} / {{Q|20968332}}
* {{Q|6497686}} / {{Q|20968321}}
* {{Q|6452640}} / {{Q|20968327}}
* {{Q|2381698}} / {{Q|20968325}} 

Any native French speakers able to clarify?  It would appear the distiction is about whether "north-east" and "Nor'-east" should be separate items.  

This may be a relevant distinction for Wiktionary / WD Lexemes, but is appropriate for main items?  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:23, 17 November 2019 (UTC)

::These are obsolete French terms for the intercardinal points. The article say they are still in use as sailing terms. Frwiki does not have separate articles for the intercardinals otherwise (they are briefly defined within the corresponding disambiguation pages). I wouldn't have them as article on frwiki myself, but I don't think a merger is appropriate. [[User:Circeus|Circeus]] ([[User talk:Circeus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:07, 17 November 2019 (UTC)

== [[Q1769739]] ==

This item is [[Special:WhatLinksHere/Q1769739|linked from various items]] as mother, but it seems not describing any particular person.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:33, 17 November 2019 (UTC)
::Yes, people have been linking to the generic name instead of creating an entry for the actual person. We had a !vote and the consensus was to remove the generic links, and if you have enough interest create an entry for the real person. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:41, 17 November 2019 (UTC)
:I have tried to add a description which hopefully will reduce the risks of more being added. [[User:Circeus|Circeus]] ([[User talk:Circeus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:30, 17 November 2019 (UTC)

== Bad batch of data added ==

I just corrected about 200 bad data entries by hand that caused a person to have died before they were born. A lot were from the same data entry batch from 9 October 2017. Look at {{Q|Q20639668}} where an erroneous date-of-death was added for the person on 9 October 2017 for a completely different person named Emanuel Candidus. I have corrected the ones that caused a person to die before they were born, but how many other erroneous ones were added that did not raise an obvious red flag? Can someone check? We can automate it to look for the name of the Q record does not match the name for the CANTIC entry for date-of_birth or date_of_death. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:52, 18 November 2019 (UTC)

:CANTIC as ref for DoD, for items with a CANTIC ID, pulls up a bunch of records where the DoD ref is a person other than the person the item is describing:
:{{SPARQL|query=SELECT ?item ?itemLabel ?cantic ?ref_named_as ?url
WHERE 
{
  ?item wdt:P1273 ?cantic.
  ?item p:P570 ?stat .
  ?stat prov:wasDerivedFrom ?stat2 .
  ?stat2 pr:P854 ?url.
  ?stat2 pr:P1810 ?ref_named_as.
  filter (contains(str(?url),"cantic"))
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
}
}} --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:16, 18 November 2019 (UTC)

== eFloraSA id ==

Happy Birthday to [[Wikidata:Property proposal/eFloraSA id]], one year old, and, despite unanimous support, not created. <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> 23:57, 18 November 2019 (UTC)
*Lack of interest of the supporters? Good thing a property creator found it and transcluded it into the relevant pages, otherwise it would have been completely forgotten. --- [[User talk:Jura1|Jura]] 09:40, 19 November 2019 (UTC)
**Supporters can't create a property. <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:53, 19 November 2019 (UTC)
***We expect them to know how to transclude pages and eventually to check on the proposals. --- [[User talk:Jura1|Jura]] 10:44, 19 November 2019 (UTC)
****For some value of "we". <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> 23:11, 19 November 2019 (UTC)

:<small>This section was archived on a request by <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> 16:57, 23 November 2019 (UTC) Now created.</small>
== Lets decide about limits for sizes of human settlements ==

Hi, we have the following subclasses of human settlement but only one of them has a criterion defined:
# big city > 100,000 inhabitants
I suggest the following arbitrary limits to help us classify:
* 100,000 > city > 20,000
* 20,000 > town > 1,000
* 1,000 > large village > 200
* 200 > village > 0
WDYT?--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:19, 12 November 2019 (UTC)

*You should be able to do that in SPARQL. 
:We have a series of such items: [[Wikidata:Lists/villes]].  --- [[User talk:Jura1|Jura]] 07:30, 12 November 2019 (UTC)
::What is the purpose of this list? Is it used? Why are there no definition of town or village there? How can it be improved if the bot overwrites changes?--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:23, 12 November 2019 (UTC)
*Classification with Wikidata invented limits will not work. We have to accept that each country/culture/language has its own classification of human settlements and this diversity must be reflected in Wikidata. --[[User:Pasleim|Pasleim]] ([[User talk:Pasleim|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:07, 12 November 2019 (UTC)
::I disagree. We currently have a big mess. Lets clean it up once and for all.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:23, 12 November 2019 (UTC)
* Sweden, Denmark, and Norway can't even agree on this, but the statistical tools they use are somewhat similar. The common idea is that a populated area exist where people live within some distance from each other. The area will then be of some size and some population. Often it is used more than one set of limits, which gives rise to townships and cities. In Norwegian it is called “tettsted” og “bymessig bebyggelse”, in Sweden they have “tätort”. The statistical definitions seldom follow historical boundaries, and they also tend to grow into larger areas over time. See for example [[w:Fredrikstad]] and [[w:Sarpsborg]] which has grown into {{Q|3355000}}. [[User:Jeblad|Jeblad]] ([[User talk:Jeblad|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:22, 12 November 2019 (UTC)
* My idea was to have our own classification beside the one the countries do themselves. So if an area in sweden is stated as instance of urban area of sweden but has a population over 20,000 '''we'' decide to state that it is a city in our definition in addition to the first mentioned.  This enable us to do meaningful comparisons like in the example queries across borders if countries with different definitions of human settlements. Right now that won't work because e.g. Gävle is not stated as any of the above mentioned subclasses. Alernatively we could deprecate all the above subclasses and have any settlement as instance of human settlement and in SPARQL sort them by size or whatever when we do queries. We could also extract all buildings inside the OSM relation defining the settlement and use that as a unit of size ([https://overpass-turbo.eu/s/O1N example overpass query for Sundsvall]).--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:46, 12 November 2019 (UTC)

** We have {{P|1082}} to record and query the population. Use anything in {{P|31}} for that purpose is not a good idea.--[[User:Jklamo|Jklamo]] ([[User talk:Jklamo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:02, 12 November 2019 (UTC)
:::That was not what I suggested. Having a new property for stating the number of buildings within the area is a statement just like population. I think it could be nice to have as we would be a unique source for that information.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:03, 13 November 2019 (UTC)

** Every city is also a human settlement, so there's no need to explicitely say that cities are human settlements for being able to query all settlements with a given population. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 17:55, 12 November 2019 (UTC)
:::I know that. My proposal is to either get rid of the subclasses mentioned above '''or''' agree on the population limits for them.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:03, 13 November 2019 (UTC)
:::: My point was that there's no value gained by doing that. On the other hand you lose the ability to store how a settlement is classfified by the people who live in it. That's especially problematic for settlements where we don't know the population but do know how people describe it. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 08:41, 13 November 2019 (UTC)
::::: Interesting point. But this makes it meaningless to make comparisons across countries because you compare what people arbitrarily call the place they live but that does not yield anything useful when doing SPARQL queries IMO. Personally I don't care much what people call their living place, its simply not that interesting a datum to me. The size in comparison to other cities in the world on the other hand gives me perspective and is a very useful datum to me. If you want a property for what people "call" their settlement I suggest you invent a new property for that purpose.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:13, 13 November 2019 (UTC)
:::::: Wikidata doesn't exist to only serve your usecase and answer question you care about. It exists for a variety of different usecases. For historians who deal with settlements where no population numbers are available it matters whether the sources describe the settlement as city or town. If you care about the population and make your query about population property. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 10:54, 14 November 2019 (UTC)
::::::: Thanks for pointing this out. It would be a bad idea to loose data this way. Also I think it is a bad idea to continue with our current taxonomy for human settlements. See Andrews proposal below.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:17, 18 November 2019 (UTC)

* Far easier to say "settlement", or use an appropriate local taxonomy, and let people figure out their own classification by population, rather than try and force our own one. (We should perhaps also reconsider whether we really want "big city"). [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:37, 12 November 2019 (UTC)
::The problem as I see with this is that you cannot make queries across borders of countries using different taxonomies. E.g. a lot of cities in Sweden are missing any of city, town, village, ... and only have {{q|12813115}}. Here are some example queries that rely on {{Q|515}}: [[Wikidata:SPARQL_query_service/queries/examples/sv#Largest_cities_with_female_mayor]], [[Wikidata:SPARQL_query_service/queries/examples/sv#Big_cities,_grouped_into_map_layers_by_population]], [[Wikidata:SPARQL_query_service/queries/examples/sv#Largest_cities_per_country]]. 
::I'm in favour of removing "big city". But you do realise it does not make any more sense than the others as long as we do not define what we mean by city versus town versus village. I think we have to first define them to meaningfully be able to distinguish them.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:23, 12 November 2019 (UTC)
:::While there are a few cases where Wikidata engages in creating orginal content, generally Wikidata tries to record what other sources say about a subject. When we say "city" instead of "village" that means that there are sources that describe this as a "city" instead of describing it as a "village". [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 08:41, 13 November 2019 (UTC)
::::See above, that can be done in a special property not related to population or anything quantifiable.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:13, 13 November 2019 (UTC)
:::In this case, fixing those queries to use "human settlement" as the top-level item in the hierarchy would return all the Swedish ones (and everywhere else that doesn't use "city"), and then adding a size filter would return only the ones above 100k or 20k or other preferred thresholds. This would be a much more efficient solution than trying to invent and enforce our own taxonomy. [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:44, 14 November 2019 (UTC)
::::{{re|Andrew Gray}} In my view {{Q|1549591}} is quite useful.  Having to materialise the entire subclass tree of {{Q|486972}} and every instance of it, and then filter by population, takes quite a lot of query time, compared to the time just to grab some instances of Q1549591, and proceed with them.  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:31, 14 November 2019 (UTC)
::::eg: 0.195 seconds to count instances of Q1549591 (https://w.wiki/C4d) vs. 48.470 seconds to count & filter the {{Q|486972}} tree (https://w.wiki/C4f) -- already dangerously close to timeout.  Though the latter query did count 5448 hits, rather than 304 for the first, so {{Q|1549591}} may need some populating.  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:42, 14 November 2019 (UTC)
:::::Interesting, then you just proved my point and provided a valid reason for us to classify settlements according to size of population. Settlements where we don't know the size of the population could have their own item as subclass of human settlement.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:59, 14 November 2019 (UTC)
::::{{ping|Jheald}} I do appreciate that there are definitely some tradeoffs here, but I think we're going to massively confuse people if we impose a data model that simply doesn't map onto what so many places use. We used to have this with the first shaky attempts at a GND-driven top-level taxonomy where everything was one of a few different highly specific things; we rapidly abandoned that as unworkable. I think imposing this model is going to be a bit of a backwards step, if it's possible to instead do something like streamlining the hierarchy below "human settlement" to make it more efficient.
::::On the other other hand, we could consider a {{Q|5}} style taxonomy - everywhere that's a settlement uses a single instance-of, with no kind of subdivision, and we use a separate property to describe its legal form. Querying for "population in size range X" and/or "place that has some kind of legal status as a city" would presumably be a lot more streamlined at that point. [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:02, 14 November 2019 (UTC)
:::::Thanks! Mimicing {{Q|5}} style taxonomy solves all issues I have with our current structure.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:17, 18 November 2019 (UTC)
:::::There's no benefit from adopting a {{Q|5}} style taxonomy here. The query for the population size wouldn't change at all. If I read in a 15th century document about a settlement that's a city, then I don't know whether that's a city in the legal sense or in another sense. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 15:29, 18 November 2019 (UTC)
::In the U.S. the terminology is almost entirely about form of government, not about size, and varies from state to state. Washington state has some "cities" (e.g. [[:en:Ritzville, Washington|Ritzville]]) with less that 2,000 people, and conversely at least one "census-designated place" (no corporate entity or government of its own), [[:en|White Center, Washington|White Center]], with about 14,000. - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:29, 13 November 2019 (UTC)
:::Interesting. Anyway based on population it would be entirely correct IMO to state a settlement of 14,000 people as a town in the wikidata meaning of it. If you have a special way of defining administrative cities in the U.S. you can create an item for that, see e.g. {{Q|37800986}}--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:13, 13 November 2019 (UTC)
::::Having special items like {{Q|37800986}} is useful, but that item subclasses {{Q|Q515}} so we can't define city in a way that's in conflict with {{Q|37800986}}. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 11:22, 14 November 2019 (UTC)
:::::I disagree that this is a blocker. You could simply change {{Q|37800986}} to be a subclass of human settlement instead.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:59, 14 November 2019 (UTC)

* No, you cannot set "arbitrary" limit, any data - especially such important one like here - need references. Explanation of why you want/need such limit would be welcome too. In France, we have no such classification so it's unusual for me to see it this one (especially as some municipalities can have 0 inhabitants and a municipality with 1900 inhabitants is not a city). Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:16, 14 November 2019 (UTC)
:* Yes, it also becomes inconvenient when settlements change in population. If a settlement had a population of 19999 last year and 20000 this year, you'd really want to create separate items for the "town" and the "city" since they are apparently different things. I'm not a fan of start and end dates on {{P|31}} statements. I think it's much preferable to declare it to  be an instance of {{Q|486972}} with qualifiers on {{P|1082}} statements. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:31, 14 November 2019 (UTC)
::*Thanks for pointing this out with clear examples. :) I agree that my solution is not a good one. I like {{ping|Andrew Gray}}s proposal above to switch to a flat taxonomy and indicate the legal form (as you and {{ping|ChristianKl}} argues for keeping separate from population size) in a separate "legal settlement status" property. WDYT?--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:17, 18 November 2019 (UTC)

== A form interface to run some basic queries, particularly people searches??? ==

Hi. A [https://www.wikidata.org/w/index.php?title=Special:Search&limit=50&offset=0&ns0=1&ns4=1&ns12=1&ns120=1&ns122=1&search=william+dawson&advancedSearch-current={} search for William Dawson] brings up many hits, especially as we have raw imported some databases.  Trying to find a "William Dawson 1877" (for b. 1877) is not a workable search as we don't search the item fields.

I know that such a query can be run in the query service, though some of us aren't search competent, and honestly, I just want the capacity to run simple searches quickly, and not have to faff around with query syntax.

Has anyone put together a form query interface so we can do "people searches" based on a combination of:
* name (main label, personal name, family name, birth name)
* birth year
* death year
* place of birth (small cascade of place hierarchy)
* place of death (small cascade of place hierarchy)
* occupation (maybe cascade, or something with field of occupation)

&nbsp;— [[user:billinghurst|billinghurst]] ''<span style="font-size:90%;">[[user talk:billinghurst|sDrewth]]</span>'' 01:05, 17 November 2019 (UTC)

:This is so if the person already exists that I can link to them for an article added, though could just as readily be for an actual person page created at another wiki. &nbsp;— [[user:billinghurst|billinghurst]] ''<span style="font-size:90%;">[[user talk:billinghurst|sDrewth]]</span>'' 01:08, 17 November 2019 (UTC)
:: {{ping|billinghurst}} Perhaps an improvement of [https://tools.wmflabs.org/wikidata-todo/resolver.php Wikidata Resolver] by integrating several pairs property/value can help. [[User:Snipre|Snipre]] ([[User talk:Snipre|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:15, 17 November 2019 (UTC)
:::I would hope that something like this would not be requiring a user to have to dig up property numbers. I am looking for non-technical access, not making people have to dig through our technical jargon. &nbsp;— [[user:billinghurst|billinghurst]] ''<span style="font-size:90%;">[[user talk:billinghurst|sDrewth]]</span>'' 21:44, 17 November 2019 (UTC)
* We do search the item fields. If content is string-based statements those get indexed for the search. If you for example search "William Dawson 1942" you will find that scientific paper that contains "serial ordinal 1942". The problem seems datetime fields are not properly indexed. Fixing the search so that it indexes the years shouldn't be too much work, and it would make sense to create a ticket for that.
: Apart from that it would be possible to have a more elaborate search system, but that likely takes a lot more work then simply fixing the issue of datetime values not being indexed properly. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 10:55, 18 November 2019 (UTC)

== Split dam and reservoir ==

I am looking for a good way to split items they are for a dam and the reservoir created by the dam. Now it seems to be nearly always with one item with {{Q|12323}} and  {{Q|131681}}. Especial for commons it would be good to split this and for other properties it would be good to do this to. The problem is how to link these to items and where to link the articles they describe both. --[[User:GPSLeo|GPSLeo]] ([[User talk:GPSLeo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:41, 17 November 2019 (UTC)
*Just use has_part, we have been splitting church into church_building and congregation and cemetery the same way. We split because people are buried in the cemetery, not in the church. The congregation may have been housed in mutiple churches over their histories, as each old church burned down. Sometimes the old church building is in a historical registry but the new one isn't. Splitting is a good idea. See  {{Q|Q73331165}} --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:34, 17 November 2019 (UTC)
*{{ping|GPSLeo}} these should definitely be split. We created specific properties to link them a couple of years ago: {{P|P4661}} on the dam item and {{P|P4792}} on the reservoir.  Here's an example pair: {{Q|Q7335648}} and {{Q|Q6913670}}. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:49, 17 November 2019 (UTC)
*I have added this information to [[Help:Modelling/Other domains]]. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:19, 17 November 2019 (UTC)
*Note the discussion at [[Wikidata talk:WikiProject Energy#Relationship between hydro power station, dam and reservoir]].--[[User:Jklamo|Jklamo]] ([[User talk:Jklamo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:46, 17 November 2019 (UTC)
**{{re|Jklamo}} thanks, I have added a link to that discussion on the Help:Modelling page. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:39, 17 November 2019 (UTC)
:::Thanks, but where to link articles they describe both? Do I need to work with a third item with {{Q|21484471}}? --[[User:GPSLeo|GPSLeo]] ([[User talk:GPSLeo|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:29, 18 November 2019 (UTC)
::::{{ping|GPSLeo}} [[Help:Handling sitelinks overlapping multiple items]] (TL;DR: there is no entirely satisfactory answer to that question). [[User:Circeus|Circeus]] ([[User talk:Circeus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:09, 18 November 2019 (UTC)
::::Yes. Or make a new value along the lines of "dam and reservoir complex". (I'm sure I've seen such a thing, but I cannot find it.) And then has part / part of are your friends. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:49, 18 November 2019 (UTC)

== Reason for no/unknown value ==

We have "reason for deprecation" I would like to see "reason for unknown/no value", or split it into two items. For instance we have no_value for place_of_burial for a number of reasons like "body donated to science" or "cremation" or "lost at sea" or "war casualty" or many other reasons. See {{Q|Q52105174}} --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:01, 17 November 2019 (UTC)
* See [[Wikidata:Property proposal/Reason for unknown/no value]] it needs help
:I think a new property "reason for unknown/no value" makes sense. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:43, 17 November 2019 (UTC)
:: For a acheological site who the {{P|P625}} is confidential (ex.: {{Q|Q17515097}}), I generally use {{P|P828}} as a qualifier with the reason. --[[User:Fralambert|Fralambert]] ([[User talk:Fralambert|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:05, 18 November 2019 (UTC)

== Wikidata weekly summary #391 ==

<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;">
* '''[[d:Special:MyLanguage/Wikidata:Events|Events]]'''
** Upcoming: Next Linked Data for Libraries LD4 Wikidata Affinity Group call: Recap of WikidataCon and WikiConference North America, 19 November. [https://docs.google.com/document/d/16AEiMlnyPCjLb_I4lPB39ktk1RG6DvF-S7jkGuWWSr0/edit?usp=sharing Agenda]

* '''[[d:Special:MyLanguage/Wikidata:Press coverage|Press, articles, blog posts]]'''
** ''[https://arxiv.org/pdf/1910.12596.pdf Online Disinformation and the Role of Wikipedia]''<!--despite title, also discusses Wikidata-->

* '''Tool of the week'''
** The [[d:User:Magnus Manske/mixnmatch gadget.js|Mix'n'Match gadget]] displays on an item all unconfirmed matches on Mix'n'match, allowing to quickly add them.

* '''Other Noteworthy Stuff'''
** There are now [[:commons:Category:Uses of Wikidata Infobox|over 2.5 million Wikidata Infoboxes in Commons categories]].
** [[:d:Wikidata:Tools/OpenRefine|OpenRefine]] is awarded a USD 200,000 grant by the [https://chanzuckerberg.com Chan Zuckerberg Initiative] to fund [http://openrefine.org/blog/2019/11/14/czi-eoss.html its development in 2020].
** [[d:Wikidata:Project_chat#Autojump_between_fields_to_be_removed|Autojump from a field to another will be removed]]
** [https://pananda.sector4f.com/ Panandâ], a mobile app powered by Wikidata (and Wikimedia Commons), [https://mobile.facebook.com/pananda.mobile/photos/a.182337685761331/435584870436610/ won the top prize] in the App for Social Good category in the Android Masters 2019 competition organized by Google Developer Group Philippines. [https://www.wikidata.org/wiki/User:seav Eugene], the app's developer, recently gave a [https://www.wikidata.org/wiki/Wikidata:WikidataCon_2019/Program/Sessions/Lightning_talks_2 lightning talk about the app] at WikidataCon 2019.

* '''Did you know?'''
<!-- NEW PROPERTIES DO NOT REMOVE -->
** Newest [[d:Special:ListProperties|properties]]:
*** General datatypes: [[:d:Property:P7561|Commons category for the interior of the item]]
*** External identifiers: [[:d:Property:P7536|Birds of India ID]], [[:d:Property:P7537|India Biodiversity Portal species ID]], [[:d:Property:P7538|Moths of India ID]], [[:d:Property:P7539|NBAIR pest ID]], [[:d:Property:P7540|Odonata of India ID]], [[:d:Property:P7541|Planète Aventure ID]], [[:d:Property:P7542|Reptiles of India ID]], [[:d:Property:P7543|ZSI author ID]], [[:d:Property:P7544|Indian Medicinal Plants Database ID]], [[:d:Property:P7545|askArt person ID]], [[:d:Property:P7546|Flowers of India ID]], [[:d:Property:P7547|National Health Portal hospital ID]], [[:d:Property:P7548|UK Lakes Portal ID]], [[:d:Property:P7549|Biodiversity of West Bengal species ID]], [[:d:Property:P7550|International Paralympic Committee athlete alphabetical ID]], [[:d:Property:P7551|Plusliga player ID]], [[:d:Property:P7552|Finnish Biodiversity Information Facility's Species List ID]], [[:d:Property:P7553|Sinemalar person ID]], [[:d:Property:P7554|Encyclopedia of Mathematics wiki ID]], [[:d:Property:P7555|UVL game ID]], [[:d:Property:P7556|UVL platform ID]], [[:d:Property:P7558|Inguma database ID]], [[:d:Property:P7559|Ahotsak Lexeme]], [[:d:Property:P7560|UVL company ID]], [[:d:Property:P7562|UVL group ID]], [[:d:Property:P7563|Home of the Underdogs game ID]], [[:d:Property:P7564|OGDB game title ID]], [[:d:Property:P7565|CISCE school code]], [[:d:Property:P7566|JNAF artist ID]], [[:d:Property:P7567|OGDB compilation ID]]
<!-- END NEW PROPERTIES -->
<!-- NEW PROPOSALS DO NOT REMOVE -->
** New [[d:Special:MyLanguage/Wikidata:Property proposal|property proposals]] to review:
*** General datatypes: [[:d:Wikidata:Property proposal/IAST transliteration|IAST transliteration]], [[:d:Wikidata:Property proposal/Hunterian transliteration|Hunterian transliteration]], [[:d:Wikidata:Property proposal/IFCO rating|IFCO rating]], [[:d:Wikidata:Property proposal/stellar age|stellar age]], [[:d:Wikidata:Property proposal/Wildlife Protection Act 1972 schedule|Wildlife Protection Act 1972 schedule]], [[:d:Wikidata:Property proposal/nominalisated form|nominalisated form]], [[:d:Wikidata:Property proposal/date of assent|date of assent]], [[:d:Wikidata:Property proposal/effective date|effective date]], [[:d:Wikidata:Property proposal/valid for|valid for]], [[:d:Wikidata:Property proposal/supervisor|supervisor]], [[:d:Wikidata:Property proposal/Xmodmap keysym|Xmodmap keysym]], [[:d:Wikidata:Property proposal/Properties for Indian ragas|Properties for Indian ragas]]
*** External identifiers: [[:d:Wikidata:Property proposal/Digital Corpus of Sanskrit ID|Digital Corpus of Sanskrit ID]], [[:d:Wikidata:Property proposal/OGDB company ID|OGDB company ID]], [[:d:Wikidata:Property proposal/Sri Granth Punjabi word ID|Sri Granth Punjabi word ID]], [[:d:Wikidata:Property proposal/Broadcast Radio Bearer URI|Broadcast Radio Bearer URI]], [[:d:Wikidata:Property proposal/AboutTheArtists artist ID|AboutTheArtists artist ID]], [[:d:Wikidata:Property proposal/Czech city district ID|Czech city district ID]], [[:d:Wikidata:Property proposal/Prague administrative district ID|Prague administrative district ID]], [[:d:Wikidata:Property proposal/NinDB game ID|NinDB game ID]], [[:d:Wikidata:Property proposal/DUC ID|DUC ID]], [[:d:Wikidata:Property proposal/VideoGameGeek game ID|VideoGameGeek game ID]], [[:d:Wikidata:Property proposal/VideoGameGeek platform ID|VideoGameGeek platform ID]], [[:d:Wikidata:Property proposal/Cinepub person ID|Cinepub person ID]], [[:d:Wikidata:Property proposal/Disney+ movie ID|Disney+ movie ID]], [[:d:Wikidata:Property proposal/Disney+ series ID|Disney+ series ID]], [[:d:Wikidata:Property proposal/Lutris game ID|Lutris game ID]], [[:d:Wikidata:Property proposal/Cinept film ID|Cinept film ID]], [[:d:Wikidata:Property proposal/CinePT person ID|CinePT person ID]], [[:d:Wikidata:Property proposal/Finnish generals and admirals in the Imperial Russian Army 1809–1917 ID|Finnish generals and admirals in the Imperial Russian Army 1809–1917 ID]], [[:d:Wikidata:Property proposal/Biblioteche dei filosofi ID|Biblioteche dei filosofi ID]], [[:d:Wikidata:Property proposal/Lutris platform ID|Lutris platform ID]], [[:d:Wikidata:Property proposal/Beaux-arts ID|Beaux-arts ID]], [[:d:Wikidata:Property proposal/Dictionary of Wisconsin History ID|Dictionary of Wisconsin History ID]], [[:d:Wikidata:Property proposal/India PlayStation Store ID|India PlayStation Store ID]], [[:d:Wikidata:Property proposal/Enciclopedia dei Papi ID|Enciclopedia dei Papi ID]], [[:d:Wikidata:Property proposal/The Cardinals of the Holy Roman Church ID|The Cardinals of the Holy Roman Church ID]], [[:d:Wikidata:Property proposal/SHARE Catalogue work ID|SHARE Catalogue work ID]], [[:d:Wikidata:Property proposal/Czech municipality ID|Czech municipality ID]], [[:d:Wikidata:Property proposal/Lutris genre ID|Lutris genre ID]]
<!-- END NEW PROPOSALS -->
** Query examples: 
*** [https://w.wiki/CGf Adaptations of ''The War of the Worlds''] ([https://twitter.com/generalising/status/1195089562357444618 source])
*** [https://w.wiki/CGq Graves at the Stockholm church Riddarholmskyrkan who use book Riddarholmskyrkan - inventories and graves (Q61765464) as a source], [https://twitter.com/salgo60/status/1195335657041907713?s=20 source]
*** [https://w.wiki/CJK Map of sisterly relationships with cities in India] ([https://twitter.com/wikidataindia/status/1195589817720963073 source])
*** [https://w.wiki/CJL Map of the languages without any Wikidata Lexemes yet] ([https://twitter.com/belett/status/1195021476694568961 source])
** Newest database reports: [[d:Wikidata:Lists/nautical terms/1|translations for port/starboard and windward/leeward]] 

* '''Development'''
** Tainted references: Show warning icon if statement value is changed but reference is not changed in the same edit ([[phab:T231728]])
** Make WikibaseQualityConstraints link using SpecialMyLanguage ([[phab:T233003]])
** Work on the issue of property labels not showing up on some pages ([[phab:T237984]])
** Track Bridge openings by property datatype ([[phab:T231204]])
** Viewing existing references in the Bridge ([[phab:T233397]])
** Attaching the link listener sooner, so the user gets a bit less often wrongly forwarded to wikidata ([[phab:T235765]])

[[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]]
** [[d:Wikidata:Contribute/Suggested and open tasks|Suggested and open tasks]]!
** 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/2019 11 18|Read the full report]]''' &middot; [[m:Global message delivery/Targets/Wikidata|Unsubscribe]] &middot; [[:d:User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] 18:36, 18 November 2019 (UTC)
</div>
</div>
<!-- Message sent by User:Lea Lacroix (WMDE)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikidata&oldid=19564576 -->

== UrlEncode external identifier ==

In most {{P|P2017}} values there are symbols that cannot be used in URL (<code>/</code>, <code>#</code> etc.). So:
* this: <code><nowiki>http://www.simolecule.com/cdkdepict/depict/bow/svg?smi=CC[C@H]1[C@H]([C@@H](C/C(=C/C=C/[C@@H]([C@H](OC(=O)/C(=C\C(=C\[C@H]([C@H]1O)C)\C)/OC)[C@@H](C)[C@H]([C@H](C)[C@]2(C[C@H]([C@@H]([C@H](O2)/C=C/C)C)O)O)O)OC)/C)C)O&zoom=2.0&annotate=cip</nowiki></code>
* should be encoded to something like this: [https://www.simolecule.com/cdkdepict/depict/bow/svg?smi=CC%5BC%40H%5D1%5BC%40H%5D%28%5BC%40%40H%5D%28C%2FC%28%3DC%2FC%3DC%2F%5BC%40%40H%5D%28%5BC%40H%5D%28OC%28%3DO%29%2FC%28%3DC%5CC%28%3DC%5C%5BC%40H%5D%28%5BC%40H%5D1O%29C%29%5CC%29%2FOC%29%5BC%40%40H%5D%28C%29%5BC%40H%5D%28%5BC%40H%5D%28C%29%5BC%40%5D2%28C%5BC%40H%5D%28%5BC%40%40H%5D%28%5BC%40H%5D%28O2%29%2FC%3DC%2FC%29C%29O%29O%29O%29OC%29%2FC%29C%29O&zoom=2.0&annotate=cip]
Right now the link generated from {{P|P1630}} value is usually broken. How this can be fixed? Or maybe someone can use [https://tools.wmflabs.org/wikidata-externalid-url/ this tool] to achieve it? ''[[User:Wostr|Wostr]]'' <small>([[User talk:Wostr|talk]])</small> 00:25, 16 November 2019 (UTC)
:Isn't this done in the [[MediaWiki:Gadget-AuthorityControl.js|gadget]]? --- [[User talk:Jura1|Jura]] 08:45, 16 November 2019 (UTC)
::I had the same problem with another property in the past. See [[User:Matěj Suchánek]]'s comment in [[MediaWiki talk:Gadget-AuthorityControl.js#Problem with identifiers that contain a % (percent sign)]], and [[:phab:T160281]]. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:10, 16 November 2019 (UTC)
::: I know about this tool, but I can't make any use of it here. I tried:
:::* <code>https://tools.wmflabs.org/wikidata-externalid-url/?p=2017&url_prefix=https://www.simolecule.com/cdkdepict/depict/bow/svg%3Fsmi=&url_suffix=%26zoom%3D2.0%26annotate%3Dcip&id=$1</code>
::: but it does not encode the ID and the result is:
:::* <code>https://www.simolecule.com/cdkdepict/depict/bow/svg?smi=CO[C@@H]1C[C@H](C[C@@H](C)[C@@H]2CC(=O)[C@H](C)\C=C(C)\[C@@H](O)[C@@H](OC)C(=O)[C@H](C)C[C@H](C)\C=C\C=C\C=C(C)\[C@H](C[C@@H]3CC[C@@H](C)[C@@](O)(O3)C(=O)C(=O)N4CCCC[C@H]4C(=O)O2)OC)CC[C@H]1O&zoom=2.0&annotate=cip</code>
::: Instead of:
:::* [https://www.simolecule.com/cdkdepict/depict/bow/svg?smi=CO%5BC%40%40H%5D1C%5BC%40H%5D%28C%5BC%40%40H%5D%28C%29%5BC%40%40H%5D2CC%28%3DO%29%5BC%40H%5D%28C%29%5CC%3DC%28C%29%5C%5BC%40%40H%5D%28O%29%5BC%40%40H%5D%28OC%29C%28%3DO%29%5BC%40H%5D%28C%29C%5BC%40H%5D%28C%29%5CC%3DC%5CC%3DC%5CC%3DC%28C%29%5C%5BC%40H%5D%28C%5BC%40%40H%5D3CC%5BC%40%40H%5D%28C%29%5BC%40%40%5D%28O%29%28O3%29C%28%3DO%29C%28%3DO%29N4CCCC%5BC%40H%5D4C%28%3DO%29O2%29OC%29CC%5BC%40H%5D1O&zoom=2.0&annotate=cip].
::: ''[[User:Wostr|Wostr]]'' <small>([[User talk:Wostr|talk]])</small> 11:51, 16 November 2019 (UTC)
: {{ping|Wostr}} I'm guessing the problem is the simolecule.com site is not quite accepting all the URL encodings. The default Wikidata UI should work for this. The wikidata-externalid tool acts to UNDO encodings, so it's not what you want here I think. Do you have any more detail about what the default UI URL is doing wrong? Maybe we need a phab ticket for it? [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:13, 18 November 2019 (UTC)
:: {{re|ArthurPSmith}} the problem is that {{P|P1630}} in {{P|P2017}} uses values that are not UrlEncoded. Isomeric SMILES usually have some <code>/</code>, <code>#</code> that can broke the URL. In Wikipedia or other Wikimedia project I can use a parser function <code>urlencode</code> — then instead of a broken URL like the one in [[Q32089#P2017]] I get something useful [https://www.simolecule.com/cdkdepict/depict/bow/svg?smi=CO%5BC%40%40H%5D1C%5BC%40H%5D%28C%5BC%40%40H%5D%28C%29%5BC%40%40H%5D2CC%28%3DO%29%5BC%40H%5D%28C%29%5CC%3DC%28C%29%5C%5BC%40%40H%5D%28O%29%5BC%40%40H%5D%28OC%29C%28%3DO%29%5BC%40H%5D%28C%29C%5BC%40H%5D%28C%29%5CC%3DC%5CC%3DC%5CC%3DC%28C%29%5C%5BC%40H%5D%28C%5BC%40%40H%5D3CC%5BC%40%40H%5D%28C%29%5BC%40%40%5D%28O%29%28O3%29C%28%3DO%29C%28%3DO%29N4CCCC%5BC%40H%5D4C%28%3DO%29O2%29OC%29CC%5BC%40H%5D1O&zoom=2.0&annotate=cip] — but I don't know how to do something similar here. ''[[User:Wostr|Wostr]]'' <small>([[User talk:Wostr|talk]])</small> 18:23, 18 November 2019 (UTC)
::: {{ping|Wostr}} I believe the Wikidata UI automatically urlencodes the identifiers before substituting them into the formatter URL. Have you tried this, just enter the identifier in its natural state with all the <code>/</code>, <code>#</code> etc. and see if it works? [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:41, 18 November 2019 (UTC)
:::: {{re|ArthurPSmith}}, so why it doesn't work in [[Q32089#P2017]] mentioned above? ''[[User:Wostr|Wostr]]'' <small>([[User talk:Wostr|talk]])</small> 19:02, 18 November 2019 (UTC)
::::: {{ping|Wostr}} I have no idea - but I'm not seeing any link at all, are you seeing a link? What does "not work" mean in this context for you? It looks to me like something's fundamentally broken with the process for linking with formatter URL's, but maybe that's just affecting me at the moment? [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:59, 18 November 2019 (UTC)
:::::: {{re|ArthurPSmith}} yes, I see a link as I always have. The link is:
:::::: – <code><nowiki>http://www.simolecule.com/cdkdepict/depict/bow/svg?smi=CO[C@@H]1C[C@H](C[C@@H](C)[C@@H]2CC(=O)[C@H](C)\C=C(C)\[C@@H](O)[C@@H](OC)C(=O)[C@H](C)C[C@H](C)\C=C\C=C\C=C(C)\[C@H](C[C@@H]3CC[C@@H](C)[C@@](O)(O3)C(=O)C(=O)N4CCCC[C@H]4C(=O)O2)OC)CC[C@H]1O&zoom=2.0&annotate=cip</nowiki></code>
:::::: and it's not working. The SMILES should be urlencoded and the link should be like this [https://www.simolecule.com/cdkdepict/depict/bow/svg?smi=CO%5BC%40%40H%5D1C%5BC%40H%5D%28C%5BC%40%40H%5D%28C%29%5BC%40%40H%5D2CC%28%3DO%29%5BC%40H%5D%28C%29%5CC%3DC%28C%29%5C%5BC%40%40H%5D%28O%29%5BC%40%40H%5D%28OC%29C%28%3DO%29%5BC%40H%5D%28C%29C%5BC%40H%5D%28C%29%5CC%3DC%5CC%3DC%5CC%3DC%28C%29%5C%5BC%40H%5D%28C%5BC%40%40H%5D3CC%5BC%40%40H%5D%28C%29%5BC%40%40%5D%28O%29%28O3%29C%28%3DO%29C%28%3DO%29N4CCCC%5BC%40H%5D4C%28%3DO%29O2%29OC%29CC%5BC%40H%5D1O&zoom=2.0&annotate=cip]. ''[[User:Wostr|Wostr]]'' <small>([[User talk:Wostr|talk]])</small> 21:03, 18 November 2019 (UTC)
::::::: {{ping|Wostr}} Ahhhh! Now I see the problem - this property is a String property, not an External ID. That means the Wikidata UI is not what is giving you the links, it's coming from a javascript gadget you must have running (and which I turned off) - I think it was an "authority control" gadget? Anyway, IF this property was an external id property I think it would indeed work. Maybe you can contact the developers of the gadget to see if they can fix, or maybe (if justified) we can change this property to be an external id? Or get some other fix from the developers? [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:09, 18 November 2019 (UTC)
:::::::: {{re|ArthurPSmith}} now it makes sense :) Unfortunately, it can't be switched to external-id datatype ([[Wikidata:Identifier migration/2]], [[Wikidata:Identifier migration/Strings]]). I'll probably contact the authors of that gadget, I didn't know the links are a result of something other than the Wikidata software itself. ''[[User:Wostr|Wostr]]'' <small>([[User talk:Wostr|talk]])</small> 21:18, 18 November 2019 (UTC)

== Don't Infobox entry for N'KO (nqo), what to do ? ==

Hello,

I don't see Infobox entry for N'KO (nqo), what to do ?

I would like to use my WikiData, Q72563989 in https://nqo.wikipedia.org/wiki/ߥߎߙߋ߲ߓߦߊ߫ the are already connected.

--[[User:Wikiourembaya|Wikiourembaya]] ([[User talk:Wikiourembaya|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:50, 17 November 2019 (UTC)
:{{ping|Wikiourembaya}} It looks like the [[:nqo:special:prefixindex/Template:|templates]] and [[:nqo:special:prefixindex/Module:|modules]] that readily extract the WD data are not present at [[w:nqo:]]. You will need to find someone who will work with your community to get those components brought over.  I don't see that "Special:Import" is configured to allow for the easy import of templates. &nbsp;— [[user:billinghurst|billinghurst]] ''<span style="font-size:90%;">[[user talk:billinghurst|sDrewth]]</span>'' 21:55, 17 November 2019 (UTC)
:{{ping|Harmonia Amanda|Tpt}} Can you help? <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> 12:39, 18 November 2019 (UTC)
::If your community agree (and you should discuss there first), then you can create and use [[Template:Databox]]. The whole (easy) procedure is explained on the page and you can ask me if you have questions. But your community first need to agree to use templates based on Wikidata. --[[User:Harmonia Amanda|Harmonia Amanda]] ([[User talk:Harmonia Amanda|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:44, 18 November 2019 (UTC)
Hello,

Thanks you for the reply.

WE are new in Wikipédia, all help are welcome.

Thé nqo community well be happy for that.

I'm ready to start with someone who can Help us.

[[User:Wikiourembaya|Wikiourembaya]] ([[User talk:Wikiourembaya|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:07, 18 November 2019 (UTC)

== Update Wikidata Statistics ==

Hello,

can someone please update the Site Wikidata:Statistics and is it possible to use the daily dumps to get the Number of Descriptions, Labels and Alias per language. The site of Pasleim for that is not up to date and that because the query times out. -- [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:43, 17 November 2019 (UTC)
:Hello,
:Can you tell more about your usecase? What kind of data do you need, at which frequency and how do you want to retrieve it? Depending on the answer, some tools may be more fitting to your needs. [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:49, 18 November 2019 (UTC)
::I want a overview about the number of Descriptions, Aliases and Labels added updated dayly and I think the page Wikidata:Statistics is a page what some people visit and so the information there should be up to date. The page is important because of the number of items per topic. Pasleim had a statistic for number of descriptions updated every week but the query for that times out and so my idea was to use the daily dumps and count there the numbers of descriptions added. For that I want to use a Spreadsheet. I think the information what happens in a edit is there. In the recent changes I can see what kind of change happened. I dont know how precise the information is. If you know a tool I can use for it then I would use it, when I understand how. -- [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:05, 18 November 2019 (UTC)

== Typos in external databases we import ==

Should I handle a most likely typo in a date of death like this {{Q|Q21545360}} until I find a confirming source? Here is an example of one I confirmed {{Q|Q75379667}}. I was able to fix a dozen or so from this typo ridden source.  --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:43, 18 November 2019 (UTC)

== Wikidata and libraries ==

ARL white paper on Wikidata
Library of Congress blog post on integrating Wikidata into authority files
Library of Congress reports on ongoing bulk loads of Wikidata identifiers into authority files
Slides from Wikidata for Librarians Workshop at UC DLFx 2019
Wikimedia and Libraries User Group
"Creating structured linked data to generate scholarly profiles: a pilot project using Wikidata and Scholia" by Mairelys Lemus-Rojas and Jere D. Odell, 2018 <small>&nbsp;&ndash; {{Autotranslate|base=Unsigned/text|1=Utl awong|2=20:21, 18 November 2019‎}}</small><!--Inserted with Template:Unsigned-->
: I notice they incorporate my corrections here at Wikidata into LCCN after a month or so, I would love to know how often they check against us for errors and what the process is. Does anyone know? --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:25, 18 November 2019 (UTC)

== Which item is for transport operation suspended? ==

--[[Special:Contributions/2409:8902:9021:34C:4E4:FF65:BBB4:B33E|2409:8902:9021:34C:4E4:FF65:BBB4:B33E]] 22:34, 18 November 2019 (UTC)
== Where to state Editor-in-Chief of a journal? ==

Should the EiC of a journal be listed on that Journal's page (e.g. {{Q|Q180445}}) or the Person (e.g. {{Q|Q52661223}})? Are there are established norms from company CEOs etc? Same question for the other editors of a journals. [[User:Evolution and evolvability|T.Shafee(evo&#38;evo)]] ([[User talk:Evolution and evolvability|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:26, 9 November 2019 (UTC)
: It can be put on the journal with the {{P|5769}} property. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:02, 10 November 2019 (UTC)
::{{Re|Ghouston}} Thank you. Could I confirm, is that the preferred way to encode it rather than adding {{P|P39}} = {{Q|Q589298}} with qualifier {{P|P642}}=journal to the person's item? [[User:Evolution and evolvability|T.Shafee(evo&#38;evo)]] ([[User talk:Evolution and evolvability|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:00, 11 November 2019 (UTC)
:::Since {{P|5769}} seems to be intended for exactly this usage, is seems like the most specific way to do it, and would also be easier to query, since it doesn't require qualifiers. There's nothing to stop somebody adding the position to the person's item as well, however. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:49, 11 November 2019 (UTC)
::::Thanks! [[User:Evolution and evolvability|T.Shafee(evo&#38;evo)]] ([[User talk:Evolution and evolvability|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:57, 12 November 2019 (UTC)

=== For long list of editors ===
{{re|Ghouston}} Just to check, is this also the case when listing all {{P|98}}s for a journal (e.g. from [https://journals.plos.org/ploscompbiol/s/editorial-board this page])? I noticed there's an item for {{Q|Q63256335}}, so would it be more sensible to create a separate item to list all editors of a journal so as not to overwhelm the main wikidata item for a journal? [[User:Evolution and evolvability|T.Shafee(evo&#38;evo)]] ([[User talk:Evolution and evolvability|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:33, 19 November 2019 (UTC)
:{{Q|Q63256335}} seems to have been created to used as an author, and hasn't been linked to individual editors. I think this would be a non-standard method, and editors linked in this way wouldn't show up in typical queries. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:41, 19 November 2019 (UTC)
::Thanks. I made {{Q|Q75674277}} as a test just before I read this, but will transfer them over to be the equivalent of {{Q|Q22674854}}. Prioritising machine-readability over human-readability makes sense (even though the lists could conceivably get very long). [[User:Evolution and evolvability|T.Shafee(evo&#38;evo)]] ([[User talk:Evolution and evolvability|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:19, 19 November 2019 (UTC)

== Label for years old is not shown in some languages ==

Label for unit {{Q|Q24564698}} is not shown in some languages for example in {{P|P2999}}, {{P|2997}} or {{P|3001}}:
* https://www.wikidata.org/wiki/Q5705?uselang=en#P2999 shows "16 Q24564698"
* https://www.wikidata.org/wiki/Q5705?uselang=es#P2999 shows "16 Q24564698"
* https://www.wikidata.org/wiki/Q5705?uselang=fr#P2999 shows "16 an"
* https://www.wikidata.org/wiki/Q5705?uselang=ca#P2999 shows "16 anys"
Same if I change my language in preferences. As the label exists in all these languages, I can not understand why it does not work. Pinging [[User:Jmarchn]] as initial reporter. --[[User:Vriullop|Vriullop]] ([[User talk:Vriullop|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:44, 18 November 2019 (UTC)
{{tracked|T237984}}
:There is an open ticket for this problem. It seems to affect all “units” at the moment. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:02, 18 November 2019 (UTC)
::This also affects {{Q|11573}} to which all languages are affected, e.g. {{Q|11484097}} shows "1,485.9 Q11573" on its {{P|2043}} value. --[[User:Liuxinyu970226|Liuxinyu970226]] ([[User talk:Liuxinyu970226|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:12, 19 November 2019 (UTC)
== Make our global search also find lexemes by default ==

I learned today how to enter lexemes. Unfortunately I could not find anything when trying to link 2 lexemes via {{P|5972}} which was quite bad, because then I had to remember or copy strings like this one around ''L222600-S1'' or remember it. 

I therefore suggest that our global search include lexemes by default. Mark them clearly as lexemes in the result to avoid confusion. WDYT?--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:46, 18 November 2019 (UTC)
:Hello,
:Thanks for mentioning this. I think there are two different issues here:
:* currently, our search service cannot provide suggestions for different namespaces in the same time (suggestions only list Items - if you're typing the name of a property in the search box, you won't get a suggestion list). This issue is known but quite complicated to solve. In the meantime, if you're looking for a Lexeme, you can type "L:word" in the search box, then type Enter, and the search results page will show results.
:* currently, when adding a statement where the value has a data type Sense, it is not possible to look for the list of Senses by typing the word. One needs indeed to type or copy the ID. This is also a known issue and part of the future improvements of the Lexemes interface.
:I hope this helps. [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:02, 18 November 2019 (UTC)
::Another issue is that "content pages", which seems to be the default search, includes main and Property namespaces but not Lexeme. [[User:Peter James|Peter James]] ([[User talk:Peter James|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:52, 18 November 2019 (UTC)
:::Apparently, search isn't optimized to search all three by default. (so don't activate it in your user configuration).
:::The edit request at [[MediaWiki talk:Searchmenu-new-nocreate]] could make it easier to switch to lexeme namespace. --- [[User talk:Jura1|Jura]] 11:25, 19 November 2019 (UTC)

== Geocoordinates ==

A very lightweight WD contributor, I sometimes correct coordinates of places. I notice that there is no Locator-tool like the one I often use in Commons. Also I don't see how to paste coords from a source. Am I failing to see the right way, or is this feature not yet added?
{{unsigned|Jim.henderson|23:57, 18 November 2019‎}}
:For the UK, my process tends to be to follow whatever coords we do have through GeoHack to find the place on the Ordnance Survey maps at ''streetmap.co.uk'', then use that website's "convert coordinates" feature, then copy-and-paste to Wikidata (and en-wiki), generally trimming to 4 decimal places.  But it's true, that is quite an all-round-the-houses approach.  And only works for the UK.  [[User:Jheald|Jheald]] ([[User talk:JhealdBatch|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:02, 19 November 2019 (UTC)

== Duplicate property properties ==

It seems to me that {{P|P1687}} and {{P|P2306}} could sensibly be merged. <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> 12:32, 18 November 2019 (UTC)

: No, they serve completely different purposes. {{P|P1687}} is used in statements, to link concepts to the corresponding property; {{P|P2306}} is used as a qualifier on {{P|P2302}} statements, to specify a property relevant to some constraint types (e. g. {{Q|Q21510855}}). --[[User:Lucas Werkmeister (WMDE)|Lucas Werkmeister (WMDE)]] ([[User talk:Lucas Werkmeister (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:39, 18 November 2019 (UTC)
::Indeed they are ''used'' differently. But they are about the same thing, and there is no ''need'' for specific properties for the two use cases. <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> 23:06, 18 November 2019 (UTC)
:::Why would it be sensible to merge them? --- [[User talk:Jura1|Jura]] 10:43, 19 November 2019 (UTC)
::::Because they are about the same thing, and there is no need for specific properties for the two use cases. <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> 23:14, 19 November 2019 (UTC)

== Error correction ==

Anyone want to help fix errors reported at [[Wikidata:Database reports/unmarked supercentenarians]]. Most of the errors are from importing "flourished" or "active" dates into the fields for birth and death. Others are just typos by us, or from the original VIAF file that have been already fixed on their end. If you recognize it as a flourished error, delete the birth and death fields and migrate the flourished date into the "flourit" field, I generally use the flourished date from VIAF. Another common error are presumed typos in the source data, see how I handle it here: {{Q|Q71957610}}, several non VIAF data sets have a large number of uncorrected typos. I already corrected about 400 errors at [[Wikidata:Database reports/items with P569 greater than P570]] mostly caused by typos like imputing "1785" as "1985" when retyping the number from VIAF or caused by reversing the birth and death dates.  --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:18, 19 November 2019 (UTC)
*Same as [[Wikidata:Bot_requests#Cleanup_VIAF_dates]] ? Maybe ask Magnus about it. --- [[User talk:Jura1|Jura]] 19:47, 19 November 2019 (UTC)

== Data maintenance ==

Hi, we’re planning a data-ingest for the [[Wikidata:WikiProject_Performing_arts|WikiProject Performing arts]]. There are currently some concerns about the data maintenance. Is there a “best practice” to handle updates to the data?
The following questions are unclear;
What happens, if the same data is updated in the source and on Wikidata? Can they be synchronized?
If a second ingest (with mostly the same data, only minor differences) is done, will the data on Wikidata from the first ingest be overwritten?
Can the ingested data be supervised (to be notified if someone on Wikidata updates an ingested item)? 
Thank you in advance
<small>&nbsp;&ndash; {{Autotranslate|base=Unsigned/text|1=Voget5|2=17:03, 19 November 2019‎}}</small><!--Inserted with Template:Unsigned-->

*If there is new information, you can just add that. If the old is found to be incorrect, it gets "deprecated rank", see [[Help:Ranking]]. 
:This means old data shouldn't be overwritten. 
:If you want to follow what's updated on Wikidata, you can download/query the relevant items periodically. --- [[User talk:Jura1|Jura]] 19:49, 19 November 2019 (UTC)

== Request to review some constraints for P6594 ==

The Guggenheim Fellows ID property includes property constraints that might not be necessary for this property to be assigned: gender, date of birth, occupation, country of citizenship, place of birth. The resolving fellows profile pages do not include this information. Can this be reviewed somehow? <small>&nbsp;&ndash; {{Autotranslate|base=Unsigned/text|1=Rolery02|2=17:15, 19 November 2019‎}}</small><!--Inserted with Template:Unsigned-->

*I commented at [[Property_talk:P6594#Question_about_constraints]]. --- [[User talk:Jura1|Jura]] 19:45, 19 November 2019 (UTC)
== Query Service issues and blocking LargeDatasetBot ==

{{phab|T238229}}
I have decided to block LargeDatasetBot ({{ping|GZWDer}}), perhaps the largest source of data ingestion to Wikidata recently, for a period of 3 days, pending some closure regarding issues that the Wikidata Query Service has been having, not just in terms of 10-12 hour lags on the query servers but also due to a number of statistics regarding the service suddenly becoming unavailable. (Some of these have Phabricator tasks, while others do not appear to have them.) Other admins may rescind this block if they believe that the LargeDatasetBot does not primarily contribute to the problems afflicting the Query Service.

{{ping|Lydia Pintscher (WMDE)|Lea Lacroix (WMDE)|Lucas Werkmeister (WMDE)}} if they can provide this closure soon. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:57, 13 November 2019 (UTC)
* Is there reason to believe that the rate of new items is the issue for the Query Service instead of the number of queries that are made to the Query Service? [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 19:07, 13 November 2019 (UTC)
**If I remember correctly, what hurts WDQS the most is edits on large items (even if the diffs are tiny). The ones that are happening on items about scholarly articles with many authors, such as https://www.wikidata.org/w/index.php?title=Q56489575&action=history, are likely to be the cause of this. I think it would be good to ask {{U'|Simon Villeneuve}} to stop working on these big items (also notifying {{U'|ArthurPSmith}} who maintains the tool, which is more economical in edits than the previous version based on QuickStatements to be fair). It would be good if {{U'|Smalyshev (WMF)}}'s [https://lists.wikimedia.org/pipermail/wikidata/2019-May/013011.html concerns about the suitability of this data in Wikidata were listened to]: the community should take action on this, either by deleting these items, somehow enforcing that they are not edited often, forbidding to store more than a certain number of authors as statements… − [[User:Pintoch|Pintoch]] ([[User talk:Pintoch|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:44, 13 November 2019 (UTC)
*** Wasn't there supposed to be a maxlag adjustment to account for WDQS update delays? I don't think Simon's edits could be the (sole) cause; they are only 1-2 per minute at most, and there are long pauses between batches. [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:01, 13 November 2019 (UTC)
**** [[:phab:T221774]] and related tickets. Open for more than half a year meanwhile :-( —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:08, 13 November 2019 (UTC)
**** {{Re|ArthurPSmith}} Yes clearly, lag is due to a combination of things, it's always the overall querying and editing activity that matters. But if someone from WMF clearly states that we are using the platform to store data it is not designed to handle, I think we should react to that… − [[User:Pintoch|Pintoch]] ([[User talk:Pintoch|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:23, 13 November 2019 (UTC)
:::::We should indeed react, ideally by encouraging someone from WMF to work on whatever adaptions are required to enable wikidata to store the sort of data we want to store - such as academic papers with very many authors. As the building block of wikidata is the triple, it's disconcerting that the system design, according to Smalyshev's description, agglomorates these to sizes of 2M which it then finds indigestable. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:48, 13 November 2019 (UTC)
***I have stopped my batchs for now. On one hand, I understand that these big elements needs a lot of ressources, but on the other hand, I think it will be very sad to loose all these informations on them. Do the choices given by Pintoch are the only ones ? There must be another options. [[User:Simon Villeneuve|Simon Villeneuve]] ([[User talk:Simon Villeneuve|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:18, 13 November 2019 (UTC)
***{{ping|ChristianKl}} To test {{ping|Pintoch}}'s theory, I would like to stop a number of QS batches which make edits to scientific article items ({{ping|Hogü-456|Daniel Mietchen}} as the submitters of the affected batches; also {{ping|Charles Matthews}} as someone whose batches, sharing similarities to those of the other two users, I certainly cannot stop due to their being browser-based). I am aware that this would cause quite the hindrance to a lot of workflows, but in the absence of closure regarding the prolonged Query Service problems I contend that at least trying to identify the source of the problem is paramount. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:55, 13 November 2019 (UTC)
: However from the [https://grafana.wikimedia.org/d/000000489/wikidata-query-service?panelId=8&fullscreen&orgId=1&from=now-3h&to=now&refresh=10s WDQS graph on grafana] it looks like the delay on the servers that used to be up to date has gone up over the past few hours so that they are ALL about an hour or more out of date? Are we missing something that's going on here? [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:07, 13 November 2019 (UTC)
::I think we're missing input from WMF/WMDE. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:50, 13 November 2019 (UTC)

I have stopped my QuickStatements run. [[User:Charles Matthews|Charles Matthews]] ([[User talk:Charles Matthews|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:07, 13 November 2019 (UTC)
: I have also stopped all tasks.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:06, 14 November 2019 (UTC)
::fwiw, {{ping|Hogü-456|Daniel Mietchen}} not getting with the 'maybe pause QS jobs' programme. And, fwiw, still crickets from service providers WMF/WMDE, as if there's not a problem severe enough here to disrupt all of our workflows; that's very poor indeed. WDQS1004 lag now 14.5 hours & rising. [https://grafana.wikimedia.org/d/000000489/wikidata-query-service?orgId=1&panelId=8&fullscreen] --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:46, 14 November 2019 (UTC)
:::The responsible WMF/WMDE technicians are aware of this problem, but they don't have a solution to offer. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:21, 14 November 2019 (UTC)
::::That doesn't absolve the service provider from communicating with its users. Really is service management 101. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:33, 14 November 2019 (UTC)
:::::For those who do not read the mailing list: there is now [//lists.wikimedia.org/pipermail/wikidata/2019-November/013658.html a new wikidata-l posting] on the situation by [[User:GLederrey (WMF)]]. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:04, 14 November 2019 (UTC)
:Hello, I feel still a query lag [[File:Weird bug server lag.png|thumb|]] (both tooltips show dissonant langage about query lag). [[User:Bouzinac|Bouzinac]] ([[User talk:Bouzinac|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:14, 14 November 2019 (UTC)
:Guillaume Lederrey from the Search team has this morning posted this to the Wikidata mailing list [https://lists.wikimedia.org/pipermail/wikidata/2019-November/013658.html], and a master-ticket [[:phab:T238229]] has now been created on Phabricator and given 'high' priority, so the Search team are aware of this and investigating.
:One of the very striking things from the dashboard plot [https://grafana.wikimedia.org/d/000000489/wikidata-query-service?orgId=1&from=1571131796906&to=1573723796906&var-cluster_name=wdqs&panelId=8&fullscreen] is the significant difference between different servers - the groupings apparently corresponding to those in Virginia and those in Texas. [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:32, 14 November 2019 (UTC)
::The write load (i.e. updates after item editing) is very similar on all servers in both data centers. However, they are routing most of the queries (read load) to the Virginia servers (AFAIR usually around 90% or so? Not exactly sure!). I don't know why it is done like that, though. It is also not clear to me why wdqs1004 and wdqs1005 are often more lagged than wdqs1006 which also resides in the Virginia data center. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:47, 14 November 2019 (UTC)
:::Sounds like it's not even a query server issue, but rather a network problem. I wish I could select the server to respond to queries .. --- [[User talk:Jura1|Jura]] 11:57, 14 November 2019 (UTC)
::::No, I would not claim that.<br>Simply spoken, the overall load (read+write) is simply too high. Options now are, roughly:
::::* more servers or more powerful servers (does not scale well)
::::* more efficient read software (i.e. replacing Blazegraph with something else; not available short term and not clear whether anything else performs better)
::::* more efficient write software (this is what they are trying currently per [[phab:T212826]])
::::* limit read capacities (e.g. a shorter query timeout)
::::* or limit write capacities (e.g. by adding WDQS lag to the maxlag parameter, which is also planned per [[phab:T221774]])
::::I am not sure what the purpose of the Texas data center WDQS servers is, but if I assume that they are intended as a backup for the Virginia data center servers, one probably does not want to just use them with full load. "Backup" means that they are more or less idling, but capable of doing all the work if something goes wrong in the other facility.
::::There have been some interesting wikidata-l postings on the WDQS situations in the past months, and [[:wikitech:Wikidata query service/ScalingStrategy]] as well as [[Wikidata:WikiProject Limits of Wikidata#Wikidata Query Service]] also provide some background. According to it, we have some severe unresolved scaling issues around WDQS and that becomes more and more obvious these months. The technicians are even considering moving away from Blazegraph as well due to a couple of limitations, but it is not clear whether there is another suitable software available at all. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:29, 14 November 2019 (UTC)
:::::Interesting read indeed. It seems to me that things are much better since the slowest server was taken out. (maybe it was just me that mostly got the slowest server). --- [[User talk:Jura1|Jura]] 13:17, 14 November 2019 (UTC)
:
:I don't know if this is the good place to propose these 2 ideas. If not, please tell me where I should propose them.<br>1- For the items with > 2 000 authors, a lot of them are products of an association, like {{Q|57661991}} ([//www.sciencedirect.com/science/article/pii/S0370269319303612?via%3Dihub]). Maybe we can create an item about the association, put it as {{P|50}} on the concerned items and remove all the authors of these items to put them only in the dedicated item of the association, with qualifiers as {{P|580}} and {{P|582}} for each author to know at witch article they have "collaborated".<br>2- Personnaly, I'm often frustrated by the WDQS timeout (and I strongly disagree with the option to reduce the computing time of it). I understand that we can't allow too much time to it and it force users to optimize their queries. But if the number of results is over about 100 000, or if it exceed about 3 millions in COUNT mode, it always timeout.<br>For many queries, I (and I'm sure I'm not alone) don't need real time results. So I think that giving a query service as https://wikidata.demo.openlinksw.com/sparql , but running on the last dump, can help to unload WDQS, maybe by switching automatically on it when the queries are too heavy, giving an warning to the users that the results have been extracted from the last dump instead of the (real time|little lagged) data. [[User:Simon Villeneuve|Simon Villeneuve]] ([[User talk:Simon Villeneuve|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:59, 14 November 2019 (UTC)
::I think beyond 10, "et al." is sufficient. --- [[User talk:Jura1|Jura]] 15:05, 14 November 2019 (UTC)
:::{{re|Jura1}} ''et all'' is useless if you want to be able to research questions like "what papers has this person contributed to"; or "how often have these people published together"; or "which institutions did people come from, who published in these papers".  Part of the value of the citation database we are building is that it can answer questions like that, and any other ''ad hoc'' queries that may occur to people.  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:31, 14 November 2019 (UTC)
::::It depends if you are interested in authors or not. {{P|50}} is for authors, not "listing all physicists alive". --- [[User talk:Jura1|Jura]] 15:34, 14 November 2019 (UTC)
::::For a question liek how often did to people published together, usually the intention will be to know how often they worked together. Sharing authorship on a 3000 person paper might not even include having talked to each other during the whole project. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 19:09, 14 November 2019 (UTC)
:::::This is a pretty big open question in the field of studying authorship & collaborations, and I agree it's not an ideal situation, but I don't think the answer is to create our own model for handling it. In general, the agreed approach among citation/bibliographic databases is to list all names given as authors, with collaborations only being listed where they're explicitly stated as pseudo-authors. We should respect that if we're aiming to replicate the functionality of these databases. [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:08, 14 November 2019 (UTC)
:Is it possible to get an notification if the lag of one of the query servie servers is higher than maybe two hours. So that the people know that they should slow down and how is the regulation of that for tools. I thought that when I use Quickstatements and run these batches in background that then the tool slows down or stops the batch if there is a lot of load at the servers. I havent read the first comment from Mahir yesterday and I dont look every time before I upload batches into QuickStatements in Grafana how high the lag is. Does the stop function in QuickStatements work. I think it must be possible to stop batches. I suggest to inform people who use Tools for big uploads like QuickStatements about lags and find a solution for stopping running batches in QuickStatements. -- [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:37, 14 November 2019 (UTC)
::The problem here is indicated at [[:phab:T221774]], which seems to have run out of poop in September after being opened in April. On the face of it, if we need to ration updates, bot owners honouring maxlag and maxlag taking account of WDQS lag, would seem to be an important part of the solution. It's puzzling that this feedback loop has not been put in place. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:49, 14 November 2019 (UTC)
::: The maxlag ticket slipped through the cracks with some people changing teams. I'll bring it back on track. Sorry. --[[User:Lydia Pintscher (WMDE)|Lydia Pintscher (WMDE)]] ([[User talk:Lydia Pintscher (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:36, 16 November 2019 (UTC)
: I can see that wdqs replication lag is <2min for last 6 hours. I was not aware of that discussion and neither stoped nor limited my edit rate (except for maxlag=5 of cause). Do you want me to stops now or we can consider that incident is resolved? [[User:Ghuron|Ghuron]] ([[User talk:Ghuron|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:44, 15 November 2019 (UTC)
: I have restarted the bot, running only one batch (previously 2 in parallel for PMID 1-1999999, 3 for 2000000-4999999, 4 for 5000000-8999999, 5 for 9000000-13999999). I am still planning to increase the number of parallel batches if Query Service is healthy. The edit speed is currently 12-24 edits/min.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:05, 16 November 2019 (UTC)
::{{ping|GZWDer|Ghuron}} Query server is not healthy. We're currently at 36 mins lag & climbing. [https://grafana.wikimedia.org/d/000000489/wikidata-query-service?orgId=1&panelId=8&fullscreen] You are the major new item creators right now. [https://www.wikidata.org/wiki/Special:NewPages]. Give some thought to the lag situation from time to time, please. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:23, 18 November 2019 (UTC)
:::Decreased edit rate (~15 per min) [[User:Ghuron|Ghuron]] ([[User talk:Ghuron|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:49, 18 November 2019 (UTC)
::::{{ping|GZWDer}} 1.3 hours and rising. You have both LargeDatasetBot and GZWDer (flood) running, as if there were no problem. There is a problem. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:45, 18 November 2019 (UTC)
:::::Also decreased edit rate.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:53, 19 November 2019 (UTC)
::::{{ping|Lydia Pintscher (WMDE)|GLederrey (WMF)}} So after my change, edit lag was climbing with ever increasing speed for 6-7 hours. Is there any other meaningful activity that we can participate in order to address '''the real root cause''' of the problem? Like investigate what exactly is happening during lag climbing? Or vote for [[:phab:T212826]]? What is the process of letting dev/ops know that community is interested in specific issue? [[User:Ghuron|Ghuron]] ([[User talk:Ghuron|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:03, 19 November 2019 (UTC)
::::: From my side at least it's heard loud and clear that this is a problem we need to fix asap. We just finished the patches to take the query service lag into account for the maxlag parameter. That will hopefully be deployed in the next hours. As for more fundamental changes in the backend I'll let Guillaume say more but my understanding is that they need to fill the position that is currently open to be able to do this. We're left in a bit of a shitty interim situation with Stas' position being vacant after he left but that'll hopefully be fixed soon. I'm sorry I don't have a magic solution :( --[[User:Lydia Pintscher (WMDE)|Lydia Pintscher (WMDE)]] ([[User talk:Lydia Pintscher (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:21, 19 November 2019 (UTC)
:::::: I am not expecting you to fire magic bullet :) Thanks for update and let's hope we will survive another 6-12 months on "maxlag" duct-tape before someone get up to speed there. [[User:Ghuron|Ghuron]] ([[User talk:Ghuron|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:35, 20 November 2019 (UTC)
:::::: ...and wdqs-lag->maxlag is indeed enabled, my batch practically stalled for 1 hour :) [[User:Ghuron|Ghuron]] ([[User talk:Ghuron|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:46, 20 November 2019 (UTC)

== Badges: should they be generic or by sister ==

I see that we have {{q|Q75042035}} and {{q|Q17442550}}. Are we purposely separating types of badges or should they all be generic? &nbsp;— [[user:billinghurst|billinghurst]] ''<span style="font-size:90%;">[[user talk:billinghurst|sDrewth]]</span>'' 02:29, 16 November 2019 (UTC)
*To which Wikipedia article would want to apply Wikisource badges like proofread, not proofread, digital document? --- [[User talk:Jura1|Jura]] 08:43, 16 November 2019 (UTC)
* The new item {{Q|Q75042035}} appears in [[:phab:T238263]] and [[Wikidata:Requests for comment/New badge for Featured texts]] is also related. [[User:Kaldari]] can probably tell us more about it. For me, it does not look problematic at the moment. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:59, 16 November 2019 (UTC)
*:{{ping|MisterSynergy}} I don't see that you argue the case. Firstly, the Wikisources have been using featured articles (see alias of "featured texts"), so citing Kaldari's proposal—which didn't emanate from the WS community—may be a circular argument.<p>I am well aware of the proofreading badges, having been involved with them for ages. I am more asking about the requirement for separating them. Noting that on the behalf of enWS that I requested the coding change that created {{Q|Q28064618}} which was labelled as a Wikimedia (the latter) upon its creation by the developer, and I have just changed it to be the former, and so started my questioning.<p>Secondly, your rhetorical statement about would they be applied to Wikipedia is interesting, because at this stage they can. If they can be applied to all interwikis then maybe they should be as "wikimedia", however, if they are indeed to be applied at a sisterwiki level, and this property will be the identifying restriction, then I can see the value in the separation. Hence why my question. &nbsp;— [[user:billinghurst|billinghurst]] ''<span style="font-size:90%;">[[user talk:billinghurst|sDrewth]]</span>'' 00:42, 17 November 2019 (UTC)
*::I did not really argue the case, I primarily wanted to just provide background where this items comes from and whom to ask. Also mind that part of the previous answers is by Jura1, not by me. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:31, 17 November 2019 (UTC)
*{{ping|billinghurst}} I created {{Q|75042035}} because [[User:Beleg Tâl|Beleg Tâl]] wanted me to set text status for Wikisource works on Wikidata instead of on Wikisource (per [[:wikisource:Wikisource:Scriptorium#KaldariBot|Wikisource:Scriptorium#KaldariBot]]). In order for that to work correctly (to display the correct icon and set the correct category), we either need to have Wikisource-specific badges or we have to hard-code all of that into the header template (which kind of defeats the purpose of using Wikidata to manage it). This is exactly why I wanted to just set everything locally on Wikisource, so I didn't have to worry about all these cross-wiki headaches, but Beleg Tâl though this would work better. [[User:Kaldari|Kaldari]] ([[User talk:Kaldari|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:47, 18 November 2019 (UTC)
** {{re|Kaldari}} Why is it not possible to have the header dynamically retrieve generic badges? Why must they by Wikisource-specific? [[User:Beleg Tâl|Beleg Tâl]] ([[User talk:Beleg Tâl|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:12, 19 November 2019 (UTC)
***{{ping|Beleg Tâl}} It's definitely possible, but if the badges are Wikisource-specific, it will make sure that incorrect badges aren't displayed and that non-existant categories aren't added. The entire point of structured data is that you can encode things very specifically and make programmatic use of that information. Frankly, I don't care how it's set up, but I thought this would be an improvement. Re-using an incorrect badge just because it already exists is confusing and prone to cause problems. Do you and [[User:billinghurst|billinghurst]] have some reason why you want to do it that way? [[User:Kaldari|Kaldari]] ([[User talk:Kaldari|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:43, 19 November 2019 (UTC)
**** I don't care whether Wikipedia and Wikisource use the same badge for featured content or not; I just observed that they currently do use the same badge and wanted to know why you thought it was necessary to introduce the extra complexity of additional sister-specific badges. In my mind, it makes most sense to use one single "featured" badge for every featured sitelink regardless of whether it is an article, text, portal, or whatever; but if a multiplicity of badges is necessary for functionality then so be it. [[User:Beleg Tâl|Beleg Tâl]] ([[User talk:Beleg Tâl|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:41, 19 November 2019 (UTC)
***** It seems to me that any badge attached to a Wikisource sitelink is essentially a Wikisource badge. If badges are made specific to sister wikis, it is necessary to introduce new functionality to Wikidata to prevent editors from adding a non-Wikisource badge to a Wikisource sitelink or a Wikisource badge to a non-Wikisource sitelink. If a header module on Wikisource is checking badges for featured and/or proofread status, then it can filter out any other irrelevant badges that may be attached to the sitelink before displaying the information. [[User:Beleg Tâl|Beleg Tâl]] ([[User talk:Beleg Tâl|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:49, 19 November 2019 (UTC)
****** It's true, non-applicable badges can certainly be filtered out on the Wikisource side so they don't display. However, this feels a bit odd to me, because I can't think of when we'd want to do that: it seems more likely that a Wikisource work badged with e.g. {{Q|17580682}} {{Small|(Why is that plural anyway?)}} has been badged incorrectly. Maybe we should just display an indicator for ''any'' badges that an item has? The main problem with that is as {{ping|Kaldari|p=}} points out, that categorization won't always work because {{P|910}} won't be applicable (which of course we can also filter out). Anyway, if we want to filter out non-applicable badges, we have to have some way of identifying the applicable ones, and {{Q|75042035}} was an obvious way! —[[User:Samwilson|Sam]] [[User talk:Samwilson|Wilson]] 09:34, 20 November 2019 (UTC)
*******I actually agree with Beleg Tâl that the most sensible approach would probably be to just have a "featured" badge, but it seems like it would be hard to switch everything to that at this point. If we are doing specific featured content badges, I think we should be consistent at least (to minimize confusion) and have a badge specific to Wikisource works (which generally aren't "articles"). [[User:Kaldari|Kaldari]] ([[User talk:Kaldari|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:39, 20 November 2019 (UTC)

== Merge with QuickStatements not creating redirects ? ==

{{tracked|T127213}}
I recently did some merges via QuickStatements, and was surprised ([https://tools.wmflabs.org/quickstatements/#/batch/21911 batch 1]; [https://tools.wmflabs.org/quickstatements/#/batch/21912 batch 2]), and was surprised to find that, while QS has transferred the statements, it hadn't created the redirects -- at least, not in some cases (still checking).

Is this an issue anyone else has had?  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:39, 19 November 2019 (UTC)

:In fact the first batch worked fine; but all of the second batch I've had to check & complete manually. [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:46, 19 November 2019 (UTC)

::Same again this morning. Only 3 out of a set of 8 merges fully executed.  Does anybody else ever get this? Server stress, bad connection, or something else? [[User:JhealdBatch|JhealdBatch]] ([[User talk:JhealdBatch|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:56, 19 November 2019 (UTC)
::: I've occasionally seen this in the past, but I've also recently done batches of hundreds of merges with no problems. I have no idea what the issue is. [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:51, 19 November 2019 (UTC)
:::: See [[phab:T127213#2640154]]. They will be cleaned up by PLbot.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:02, 19 November 2019 (UTC)
:::::{{re|GZWDer}} Thanks for digging that out; but I'm not 100% convinced that it is the same cause as in that ticket.  If I read it correctly, in 2016 these merges would be left hanging whenever there was a difference in the two descriptions.  But (if I read the ticket correctly) since that time Magnus has set a flag to ignore the descriptions and whether they conflict.  Perhaps he never did, but that's what he seems to have claimed to have done.  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:28, 19 November 2019 (UTC)
::::::To me it seems like it is still the same problem as described in the phabricator task. From a technical point of view, merging and creating a redirect are two steps. If the "ignore description"-flag is set, merging items with conflicting descriptions is possible but the superfluous description on the old item is kept. And that prevents the subsequent creation of a redirect. To solve the problem, the old item needs to be cleared but neither the development team nor Magnus have implemented that clearing step. --[[User:Pasleim|Pasleim]] ([[User talk:Pasleim|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:31, 20 November 2019 (UTC)

== Burial vs cenotaph ==

How best to show a cenotaph exists for a person, see {{Q|Q58213328}}. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:49, 19 November 2019 (UTC)
:Maybe with the qualifier "object has role"? --- [[User talk:Jura1|Jura]] 19:50, 19 November 2019 (UTC)
:I think {{P|518}} -> {{Q|321053}} should be a used as qualifier for {{P|119}}, indicating that the cenotaph is at a different place, while the remains are elsewhere ("tomb" is an alias for {{P|119}}, which states "There may be several places: e.g. re-burials, cenotaphs, parts of body buried separately").  I don't see a compelling need currently to have new property for cenotaph location, unless perhaps if the cenotaph itself is otherwise notable. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:40, 19 November 2019 (UTC)
::"applies to part" seems more suitable for separate heart burials, e.g. "applies to part"=heart. --- [[User talk:Jura1|Jura]] 06:19, 20 November 2019 (UTC)
: {{P|547}} on the item for the cenotaph. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:50, 20 November 2019 (UTC)
::... but only if there is a separate item for the cenotaph, yeah?[[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:39, 20 November 2019 (UTC)
::: Are there cases where it wouldn't be worth creating such an item? It seems to me that cenotaphs for a single person are quite unusual. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:59, 20 November 2019 (UTC)

== What property has been used for the domicile of a company? ==

I am going to import a set of historical companies, and I would like to register their legal home municipalities as described in [https://tietopalvelu.ytj.fi/yritystieto.aspx?YRTI=KUNTA&yavain=1912239&tietolahde=1&tarkiste=52B8F3FC0633EAB8F29E75E276016BA47185F28B this example]. Which property has been used for this previously? It is not necessarily the same as {{P|159}} or {{P|P740}} and I think {{P|131}} might be too vague for quite a universal property like this. Should I settle with {{P|131}} or propose a new property? I suck at pinging but I would ping Wikiproject companies :-D – [[User:Susannaanas|Susanna Ånäs (Susannaanas)]] ([[User talk:Susannaanas|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:18, 19 November 2019 (UTC)

{{Ping project|Companies}} in response to question from user above [[User:Andber08|Andber08]] ([[User talk:Andber08|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:27, 19 November 2019 (UTC)
:Would this be the same as tax_residency or the same as place_of_incorporation? I am always confused by the difference between the two, we need a textbook definition, they are designed to be opaque. I agree we need the new property. For instance Apple Inc. moved their tax residency to the Isle of Jersey, but I think they created a shell company that holds their patents and the operating system, to lower their tax burden. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:56, 19 November 2019 (UTC)
:<blockquote>Thanks! I will go ahead and propose a new property. I will invite anyone knowledgeable of the topic to complement the request. See you there! – [[User:Susannaanas|Susanna Ånäs (Susannaanas)]] ([[User talk:Susannaanas|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:50, 20 November 2019 (UTC)   There are at least two problems spotted: The definition and the datatype.   Datatype: My data will have municipalities (items), but the place of incorporation can include a full address. Solution: Have the address as a qualifier?  Definition: "Place of incorporation" is given as an alias to {{Property|P740}} which is of datatype item. As noted earlier, the domicile may be changed, and this property is no longer a valid choice for the new location. Tax residency is not mentioned on any property. It might require another property, but I am not expert enough to know. – [[User:Susannaanas|Susanna Ånäs (Susannaanas)]] ([[User talk:Susannaanas|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:50, 20 November 2019 (UTC)</blockquote>

== QuickStatements and [[phab:T221774]] ==

For users running QuickStatements batches after 15:36 UTC today: due to some reason you may see many errors about your batch. You may need to reset the errors more than one time when edits are busy. See [[Topic:Vbgypuu9k0q1pvz5]] for detail.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:46, 20 November 2019 (UTC)
:Users of OpenRefine should also see [[Topic:Vbgzje7sb25vd0b4|this]].--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:56, 20 November 2019 (UTC)

== Royal Scottish Academy / building ==

What's the best way to run clean-up on {{Q|7374813}} / {{Q|2070445}}, where some Wikipedias have different articles for the two, while others have just the one article; and where both items seem to be trying to describe the building?

Any thoughts and advice?  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:18, 20 November 2019 (UTC)
* [[Help:Modelling/Wikipedia and Wikimedia concepts#Compound Wikipedia pages]]. - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:37, 20 November 2019 (UTC)
: {{Q|207694}} itself is a dual building / organisation item, so any instances are declared to be both buildings and organisations. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:59, 20 November 2019 (UTC)
: This has already been discussed multiple times. I think in general there are three concepts: a) a building, which is a structure that can potentially be used for multiple purposes over time b) an institution or facility housed in the building, or across a group of buildings, and which can change buildings over time c) an organisation that operates b): which won't always be dedicated solely to b), e.g., it may be a government body with multiple functions. The same principle also applies to the likes of hotels, schools and hospitals. It's unclear if there are shortcuts that can be used to logically store information about more than one of a), b) and c) in a single item. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:28, 20 November 2019 (UTC)
: A building may also have multiple simultaneous occupants. Libraries and retail stores are other examples. The relationship between a) and b) may be {{P|466}} and {{P|276}} and the relationship between b) and c) may be {{P|137}} and {{P|121}}. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:55, 20 November 2019 (UTC)
: I suppose in many cases, we'd only need an item for b). The other two may not be sufficiently notable or interesting. But we need "institution" type items that are neither buildings nor organisations. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:04, 20 November 2019 (UTC)

== P734 ==

{{Phab|T237984}}
Is anyone else seeing {{property|P734}} showing up with the label P734 in entries instead of "family name", it started yesterday, and I still see it that way. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:31, 21 November 2019 (UTC)
:[[Phab:T237984]] --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:39, 21 November 2019 (UTC)
== Regular expression constraints & formats ==

Just spotted this oddity ([https://w.wiki/CK2 report]) - around 800 properties have a {{P|P1793}} claim which is ''not'' the same as the {{P|1793}} qualifier listed under {{P|P2302}}:{{Q|Q21502404}}. This is about 20% of ''all'' properties which have both format and constraints, which is much more than I expected.

Some of them are functionally about the same, eg for {{P|P6805}} and quite a few others, one is '''\d+''' and the other '''\d*'''. Others are subtly different, eg for {{P|P3880}} the main format claim allows eight different letters, the constraint allows twelve; for {{P|P4641}}, the format allows any length, but the constraint limits the number of digits; for {{P|P3980}}, the two versions are the same except one is able to start with a "0" and the other isn't.

It feels like we should try and make sure they align if we're going to have both statements on the same property... or am I missing something obvious here? [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:43, 19 November 2019 (UTC)

*Now that property constraints are added as statements (the qualifier version), I'd delete all statements that are not constraints.
:Some argument was made to keep them to give a more canonical definition of the format, but I'm not sure if that is understood or explains the differences you mention. They might just be statements that haven't been updated when the constraint was improved. --- [[User talk:Jura1|Jura]] 09:29, 19 November 2019 (UTC),
: This is an inevitable consequence of creating a system where the same (or not!) piece of data is stored in two or more places. [[:en:Do not repeat yourself|Such behaviour is harmful]]. <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> 10:00, 19 November 2019 (UTC)
::What's the harm? --- [[User talk:Jura1|Jura]] 10:46, 19 November 2019 (UTC)
::: The inability to effectively make a change by changing it in one place. - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:07, 19 November 2019 (UTC)
::::For constraints, you only need to change it in one place .. --- [[User talk:Jura1|Jura]] 16:26, 19 November 2019 (UTC)
:::See above; or see the link I helpfully provided. <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> 23:09, 19 November 2019 (UTC)
:{{ping|Jura1|Pigsonthewing|Jmabel}} thanks all - now thinking about whether we should switch all these to using constraint qualifiers only? It would need a bit of work to pick the "better" expression for each one, but probably the most recently edited one is more likely to be correct - as noted in the section below, a lot of these get updated in one place but not the other. I am not sure if there is anything that depends on properties having a  {{P|P1793}}  instead of a constraint, though.
: Some complications - there are 24 properties ([https://w.wiki/CMT this query] has ~100 items as well, wasn't sure how to filter to just properties) which have a format but no constraint; would it be appropriate to create constraints for all of these, or do you think there's a reason they're not down as constraints? [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:59, 19 November 2019 (UTC)
::for the former, we'd need to see whether there are any tools or services that use the claims. For the latter, see my first response ;-) <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> 23:09, 19 November 2019 (UTC)
:::I'm new to WD. I welcome a cleanup of this to avoid confusion. Constraints is a very powerful and onshould be used whenever possible. I don't think we should care about external tools relying on this erroneously used property.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:52, 21 November 2019 (UTC)

== Changing a regex constraint - explain my fail, pls ==

I've tried to change a constraint on {{P|709}} ([https://www.wikidata.org/w/index.php?title=Property%3AP709&type=revision&diff=1036759764&oldid=1034889974 property diff] [https://www.wikidata.org/w/index.php?title=Property_talk%3AP709&type=revision&diff=1036760648&oldid=1030357720 property talk diff]) ... the change amends the regex to accommodate Historic Scotland IDs covering gardens.

The changes were made a month ago. However the constraint applied (e.g. at https://www.wikidata.org/wiki/Q1955420#P709 ) is the version prior to my edits, and the P709 talk page has, beneath the blue Documentation box, a format constraint infobox (?) also based on the prior version.

What didn't I do, or what error have I made, or, indeed, what's going on here? --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:10, 19 November 2019 (UTC)
*See the previous section. --- [[User talk:Jura1|Jura]] 09:31, 19 November 2019 (UTC)
::I'm not any the wiser for so-doing, Jura. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:24, 19 November 2019 (UTC)
:::{{reply to|Tagishsimon}} you edited the {{P|P1793}} statement (and a commented-out bit of wikitext that I don’t think is used anywhere at all), whereas the constraint is defined through the {{St||P2302|Q21502404|P1793}} statement and qualifier. (The previous section points out that discrepancies between the two are rather common.) --[[User:Lucas Werkmeister (WMDE)|Lucas Werkmeister (WMDE)]] ([[User talk:Lucas Werkmeister (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:16, 19 November 2019 (UTC)
:::: Could we put a constraint on the property to avoid the in the future? --[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:53, 21 November 2019 (UTC)

== First merge ==

Hi, I just did my [https://www.wikidata.org/w/index.php?title=Q4388326&diff=prev&oldid=1056923967 first merge]. Is it correct? I became unsure because I don't know how the sitelinks work exactly. I merged because the two concepts were completely the same IMO.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:47, 20 November 2019 (UTC)
:{{reply to|So9q}} Looks like everything's good from a technical perspective, and the sitelinks are valid; however, it seems that English Wiktionary (at least) does have different categories corresponding to the two different items. Is there some difference between [[:wikt:en:Category:Nonstandard terms by language]] and [[:wikt:en:Category:Colloquialisms by language]] that should have been reflected? I'm not a Wiktionary editor, so I'll defer to your judgement there. [[User:Vahurzpu|Vahurzpu]] ([[User talk:Vahurzpu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:06, 21 November 2019 (UTC)
::Big thanks for taking a look. I had a look and it seems there is a label to mark nonstandard senses apart from colloquiisms. see https://en.wiktionary.org/wiki/Appendix:Glossary#nonstandard, could you help reverse?--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:38, 21 November 2019 (UTC)

== Missing hospitals in the Sahara region ==

Hi, I found out via [https://www.youtube.com/watch?v=kJph4q0Im98 this video] that our coverage of hospitals in the northern africa subsahara region is near zero. Fortunately OSM has the data! See https://w.wiki/3P$ and https://overpass-turbo.eu/s/Oj6

Is there a tool to import this kind of data into WD easily? Is this ok according to the OSM license?--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:10, 21 November 2019 (UTC)

:{{reply to|So9q}} Unfortunately, [[Wikidata:OpenStreetMap#Importing_data_from_OSM|the licenses don't allow importing]]: Wikidata is available under  {{Q|Q6938433}}, while OpenStreetMap is only available under the {{Q|Q1224853}}. [[User:Vahurzpu|Vahurzpu]] ([[User talk:Vahurzpu|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:58, 21 November 2019 (UTC)

{{od}}
{{reply to|Vahurzpu}} We could ask the OSM community for an approval for these kind of exports. All changes on the map are © of the individual users that coedited the item. This means that if say all the hospitals in Chad were added by me it would be enough to ask me to license these specific contributions under CC0 and it is irrelevant that I also uploaded them to OSM and accepted to license it with {{Q|Q1224853}}. I will try to find out how many OSM users it is in the case of Tchad (I suspect it is few if we restrict it to the first version containing a name and amenity=hospital which is all we need)

I very much welcome a tool that via OAuth automatically ask for permission on the relevant changesets to the concerning users when doing a certain import. I imagine that 95% of users would agree as Wikimedia/Wikidata has good standing in OSM.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:19, 21 November 2019 (UTC)

A few users stood out as often reoccurring in the dataset and I wrote them manually. (I found them via JOSMs - history dialog) 

<source>Hi!

At the moment Wikidata is missing every single hospital i Tchad.

I write to ask for your permission to import the coordinates and (if available) name on any hospitals you created or changed in Tchad?

Your permission is needed because Wikidata has CC0 as license.

Cheers</source>

--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:32, 21 November 2019 (UTC)

== Problem with {{P|902}} ==

There is presently a problem with the {{P|902}}: a link with only the last digits (those different from 0) doesn’t work anymore. Which means almost never (putting the adequate number of 0 at the beginning forces the link to work out, but with an error message). See for instance {{Q|118284}}. Would someone know how to fix this?[[User:Sapphorain|Sapphorain]] ([[User talk:Sapphorain|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:39, 21 November 2019 (UTC)

:I don't think we can fix this in the formatter - we'd have to edit all the items to add the leading zeroes. [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:06, 21 November 2019 (UTC)
:: The same problem arose about one year ago (when the new version of the HDS was published, with one ore several leading zeroes added on many of the identifying numbers). The problem was then somehow solved. [[User:Sapphorain|Sapphorain]] ([[User talk:Sapphorain|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:17, 21 November 2019 (UTC)
== Please help ==

Hello, please delete/merge this item: [[Q12515202]]. It's a duplicate of [[Q1778968]]. I don't know how to delete/merge yet. Thank you.. [[User:Busyblue4|Busyblue4]] ([[User talk:Busyblue4|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:38, 22 November 2019 (UTC)
:{{Done}} Please, note [[Help:Merge]]. --[[User:Lymantria|Lymantria]] ([[User talk:Lymantria|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:46, 22 November 2019 (UTC)

== Suggestions for the default network graph and the default map in query.wikidata.org ==

:''Also noted at [[mw:Talk:Wikidata_Query_Service#The_graph_graph|mw:Talk:Wikidata_Query_Service]]''
=== The graph graph ===
The "Graph" results display should probably be called "network", which is the more commons parlance for an edges-and-nodes visualisation. This is especially the case as one of the other display options is "Graph builder".

Additionally, there are two features for the network display that may be easy to implement, but very valuable:
* When two nodes point to each other, make single two-headed arrow rather than two single-headed arrows ([https://w.wiki/CVL example query])
* Allow edges to be coloured by the type of property relationship that they represent, just like nodes can be ([https://www.sciencedirect.com/science/article/pii/S1532046419302114?via%3Dihub#f0025 example query])

=== Default Maps representation vs http://graves.wiki/ ===
The default maps representation on the query service struggles when multiple results are spatially close or fully overlap ([https://w.wiki/CGk example query]). Implementing an interface more like http://graves.wiki/ ([https://github.com/yarl/gravemap GitHub source] by [[User:Yarl]]) would massively improve usability!

[[User:Evolution and evolvability|T.Shafee(evo&#38;evo)]] ([[User talk:Evolution and evolvability|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:16, 22 November 2019 (UTC)

== The [[Q33357|Crimean Tatar]] language ==

Hello. Why is this language named Crimean Turkish on Wikidata?<br>
"Crimean Turkish" is not used at all<br>
And it's widely known that the first name of this language is Crimean Tatar, not Turkish<br>
See these links:
* [https://iso639-3.sil.org/code/crh Crimean Turkish is used as an alternative name, not the first]
* [https://www.ethnologue.com/language/crh According to Ethnologue, the name of the language is Crimean Tatar]
* [https://www.britannica.com/topic/Crimean-Tatar-language the same according to Brittanica]
* Even the name of its item is Crimean TATAR<br>
So, it is to be changed right away --[[User:Devlet Geray|Devlet Geray]] ([[User talk:Devlet Geray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:21, 10 November 2019 (UTC)

:{{ping|Devlet Geray}} please restore the statement and alt labels you just deleted on [[Q33357]]. Wikidata attempts to include all variants. Do not attempt to suppress the ones that don't fit your POV. --- [[User talk:Jura1|Jura]] 12:20, 10 November 2019 (UTC)
:: We can't directly rename languages on Wikidata. Given that our [[Help:Monolingual_text_languages|process for adding new languages]] is to go through phabricator, I think opening a [https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?projects=Wikidata&parent=144272&title=Add%20monolingual%20language%20code%20INSERT_CODE_HERE&description=Please%20add%20the%20language%20code%20INSERT_CODE_HERE%20to%20the%20list%20of%20language%20codes%20supported%20for%20monolingual%20text%20values.%0A%0AUsage%20example:%20INSERT_USAGE_EXAMPLE_HERE new ticket] would be the way to go here as well. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 08:14, 11 November 2019 (UTC)
::: Somebody who experienced in opening tickets should propose to fix the tooltip that's now showing ''Crimean Turkish''. There are around 1500 ethnic Turkish people living in Crimea, and historically Crimea belonged to Turkey/the Ottoman Empire, so it may sound like Crimean Tatar is a kind of Turkish dialect. Even if this term is in use by somebody (in several English- and Turkish-speaking sources), it doesn't stop being simply incorrect. --[[User:Wolverène|Wolverène]] ([[User talk:Wolverène|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:01, 11 November 2019 (UTC)
:::: It's not "simply incorrect", IANA does list both as valid names for the language but it lists Tatar first and there's no good reason to prefer Crimean Turkish over Tatar, so I agree that a ticket would be good. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 13:24, 11 November 2019 (UTC)
:::::That name seems to be used by CLDR, {{ping|Amire80}} do you know where to request changing that? --[[User:Liuxinyu970226|Liuxinyu970226]] ([[User talk:Liuxinyu970226|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:50, 13 November 2019 (UTC)
:::::* Is somebody able to solve this problem and change a wrong name to a right one? --[[User:Devlet Geray|Devlet Geray]] ([[User talk:Devlet Geray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:00, 18 November 2019 (UTC)
:::::*As usual, requests are made in the issue tracker: http://cldr.unicode.org/index/bug-reports . crh [https://unicode.org/cldr/charts/latest/summary/root.html doesn't have a locale], so this would be a change to the English name in the "Locale Display Names" rather than an "autonym" change. Remember to cite sources for your claim and don't consider anything to be obvious or "widely known" (in Western languages, by the way, "Turkish" is about as ambiguous as "Indian", another word which was used across the centuries for widely different things).
::::::* Thank you, but it seems to be too difficult to understand:( — [[User:Devlet Geray|Devlet Geray]] ([[User talk:Devlet Geray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:19, 22 November 2019 (UTC)

* Here is another source — [https://www.ohchr.org/EN/UDHR/Pages/Language.aspx?LangID=crh&fbclid=IwAR0VWAB4hIiaBpypDugOYEkZqY1v8FtY1zN2rEjBMBp4EehIVJ4JZWUtIdc United Nations site]. The language is named Crimean Tatar, and Crimean Turkish is not even mentioned --[[User:Devlet Geray|Devlet Geray]] ([[User talk:Devlet Geray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:19, 22 November 2019 (UTC)

== Forgotten how to show a degree is "honorary/honoris causa" ==

Can someone please remind me how we separate honorary academic degrees, from studied academic degrees. Not certain whether it should be listed as {{P|P512}} or {{P|P166}}, our guidance on this is poor, and knowing where to look is still absent from the obvious places. &nbsp;— [[user:billinghurst|billinghurst]] ''<span style="font-size:90%;">[[user talk:billinghurst|sDrewth]]</span>'' 23:38, 13 November 2019 (UTC)
* It sounds like when someone has a clear answer to this, it would be a good addition to [[Help:Modelling/Other domains]]. - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:54, 13 November 2019 (UTC)
* I think it was "award", but [[Wikidata:WikiProject_Award]] doesn't mention it. --- [[User talk:Jura1|Jura]] 00:13, 14 November 2019 (UTC)
: They use {{P|166}}, with items like {{Q|39384825}}, {{Q|17403163}} or {{Q|11415564}} directly. It would be good to pick a consistent method. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:48, 14 November 2019 (UTC)
::{{comment}} 1) sounds veeeeeery specific, 2) sounds  okay though an incomplete list for the range of honorary awards, 3) sounds too generic unless used as a qualifer, though what would the property which with to qualify. &nbsp;— [[user:billinghurst|billinghurst]] ''<span style="font-size:90%;">[[user talk:billinghurst|sDrewth]]</span>'' 10:07, 14 November 2019 (UTC)
::: I also like 2), although it's the least popular of the 3 methods. The other two don't distinguish an honorary degree in science from laws or letters. E.g., SUNY seems to issue a lot of these, and their variants are Doctor of Fine Arts (D.F.A.), Doctor of Humane Letters (L.H.D.), Doctor of Laws (LL.D.), Doctor of Letters (Litt.D.), Doctor of Music (Mus.D.), and Doctor of Science (Sc.D.) [https://www.suny.edu/sunypp/documents.cfm?doc_id=150]. It's not a big list. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:42, 14 November 2019 (UTC)
::::So there is no guidance for this? &nbsp;— [[user:billinghurst|billinghurst]] ''<span style="font-size:90%;">[[user talk:billinghurst|sDrewth]]</span>'' 02:30, 16 November 2019 (UTC)
::::: No, all these methods are currently used. Even when using option 2), there seem to be plenty of cases where the type of degree is unknown or not distinguished, so it would be used in conjunction with 3). [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:06, 16 November 2019 (UTC)

Found a [[Q571640|fourth way used]]  using award received: {{P|166}}, then using {{P|512}} with the degree type as a qualifier. More components, though no pseudo-creations, and no real ambiguity. &nbsp;— [[user:billinghurst|billinghurst]] ''<span style="font-size:90%;">[[user talk:billinghurst|sDrewth]]</span>'' 11:46, 21 November 2019 (UTC)
: Yes, it includes all the information and looks OK. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:31, 22 November 2019 (UTC)

== Bug reports ==

Where should bug reports be reported? I have this one: A new Item where you create a new statement with {{P|P2386}}. You add a value and then you add a length. Then add a {{P|P518}} and give it an item. Next you add a reference with date of retrieval, source url and publishe. Then try to save all at once. It tells you that it has some problems with the unit of measurement. <br>I was able to save the data anyway by removing the unit of measurement and after saving adding it back in. I don't think the reference is really necessary. I guess the problem is with the unit of measurement and the ''applies to'' property. <br>Can somebody confirm? --[[User:D-Kuru|D-Kuru]] ([[User talk:D-Kuru|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:54, 21 November 2019 (UTC)
: I can confirm it. It looks like this: https://i.postimg.cc/8cmBYP7J/mm-problem.png
: The reference is not needed. Does not even need to be a new statement.
: --[[User:D-Kuru|D-Kuru]] ([[User talk:D-Kuru|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:59, 21 November 2019 (UTC)
:: https://phabricator.wikimedia.org/tag/wikidata/ is the issue tracker where you can file issues for bugs you find. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 23:56, 22 November 2019 (UTC)

== Deletion request ==

Please delete {{Q|3764024}}, it is empty. Thanks! --[[Special:Contributions/2001:B07:6442:8903:65CC:C26E:3043:F2D2|2001:B07:6442:8903:65CC:C26E:3043:F2D2]] 09:26, 22 November 2019 (UTC)
:Two minutes before this comment, a user with a different IP blanked the item. I reinstated the information, since there does not appear to be a recent [[WD:RFD|request for deletion]] on this. [[User:Dogfennydd|Dogfennydd]] ([[User talk:Dogfennydd|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:36, 22 November 2019 (UTC)

== issue with property constrains ==

dear friends, 

I am trying to add a constrain to a property, in the following way:

start node
property constrain inverse of
                   endnode

When I added this, the wikidata indicated me thatthe statement had some isusue, that is '''start node'''
 was not an instance of '''wikidata property''', or a sub class of an instance of '''wikidata property'''
Then, I also added the statement:

start node
instance of wikidata property, however the issue continues showing up, then my question is why should I be doing wrong?. 


Thanks in advanced for any support.


Luis Ramos

{{unsigned|Luis.ramos.pst.ag}}

:For general questions about Wikibase unrelated to Wikidata, [[Wikidata:Contact the developers]] might be the better place. --- [[User talk:Jura1|Jura]] 16:01, 22 November 2019 (UTC)
:The mailing list https://lists.wikimedia.org/mailman/listinfo/wikibaseug is supposed to be the place to get Wikibase help. The Wikidata project chat is for questions that deal with Wikidata. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 23:52, 22 November 2019 (UTC)

== Embedding query result in wikimedia page ==

:Resurrecting [[Wikidata:Project_chat/Archive/2019/10#Embedding_query_result_in_wikimedia_page]].

{{Re|Ghuron}} Apologies that I missed your reply earlier. Would you be able to confirm why embedding a wikidata query in a page is a bad idea? I'd have thought that if we allow embedding for other websites then it'd be safe for embedding in a wikimedia page (especially a wikimedia page about wikimedia). Currently I have just used static images on [[meta:Wikimedian_in_residence]] with links to the relevant query graphs and tables, but it feels sub-optimal. [[User:Evolution and evolvability|T.Shafee(evo&#38;evo)]] ([[User talk:Evolution and evolvability|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:11, 15 November 2019 (UTC)
: My assumption is that we want to render wikimedia pages to work as fast as possible for any visitor regardless of browser/TTS/media(pdf?). Having iframes with content that can load as long as 60 seconds (or even fail if blazegraph has bad mood) doesn't look very good from that point of view. There are a few cases when it is important to embed to wikimedia page life wd-info, but this doesn't seems like a case for that map. Some textual description and link to query results would probably do the trick. What do you think? [[User:Ghuron|Ghuron]] ([[User talk:Ghuron|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:28, 15 November 2019 (UTC)
:: The Wikidata Query service is already overloaded with work currently and we blocked a bot to reduce load. If your webpage sends a query for every visit that sends further work to the overloaded service which is bad. We would need some way to cache the result. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 11:04, 15 November 2019 (UTC)
*I think it depends on the query. In general, it's a good idea.
:There are 3 or more ways to do it: static (Listeria), dynamic (LUA) and semi-static (graph). The last one is currently broken.--- [[User talk:Jura1|Jura]] 11:14, 15 November 2019 (UTC)
::Listeria is banned from main pages at least in fr and en wiki (for reasons unclear to me), only inside talk pages. [[User:Bouzinac|Bouzinac]] ([[User talk:Bouzinac|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:03, 15 November 2019 (UTC)
::Is this still current? Some wikis that have fewer volunteers to recopy stuff use Listeria extensively, e.g. [[:cy:Template:Wikidata list]]. --- [[User talk:Jura1|Jura]] 09:40, 16 November 2019 (UTC)
::: The complaint on enwiki seems to be that the lists can't be updated by hand, and it's too hard to figure out how to update the data in Wikidata. I'd have thought that anyone capable of updating wiki syntax tables would be able to handle Wikidata, but apparently not.[https://en.wikipedia.org/wiki/Template_talk:Wikidata_list/Archive_1#%22Not_permitted%22_in_mainspace] There's also an issue that Listeria doesn't seem handle lists properly where the same entry appears more than once, such as a politician who goes in and out of office a few times. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:55, 16 November 2019 (UTC)
{{od}}
Would this be different if the query result is displayed as e.g. a map or graph? [[User:Evolution and evolvability|T.Shafee(evo&#38;evo)]] ([[User talk:Evolution and evolvability|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:23, 19 November 2019 (UTC)
: I don't know. The example I've got is [[User:Ghouston/WBO_World_Heavyweight_Champions]]. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:21, 20 November 2019 (UTC)
::I'm thinking of it from the point of view of an alternative to the use of <code><mapframe></code> to render live maps in pages ([[wikiversity:User:OhanaUnited/sandbox|example]]). [[User:Evolution and evolvability|T.Shafee(evo&#38;evo)]] ([[User talk:Evolution and evolvability|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:54, 24 November 2019 (UTC)

== Basic membership properties / part of ==

From [[Help:Basic membership properties]]:
# {{P|527}} - is used to say that an instance has as part some other instance or that instances of a class have as part an instance of some other class
# {{P|2670}} - is used to say that an instance has as part an instance of a class
So in other words:
# {{P|527}}: instance → instance, class → class
# {{P|2670}}: instance → class
How to put as a statement that:
* instances of a class have as part an instance, i.e. class → instance?
Every chemical compound right now is an instance {{statement||P31|Q11173}} (or its subclass like {{Q|Q5156940}}). There are classes like {{Q|Q5156940}} in which there should be a statement that every chemical compound of that class is composed of {{Q|Q629}}, but since chemical compound are instances of {{Q|Q11173}} it seems there is no property for this... ''[[User:Wostr|Wostr]]'' <small>([[User talk:Wostr|talk]])</small> 12:29, 21 November 2019 (UTC)
**It seems to me like a chemical compound like methane should ideally use {{P|279}} as it's relationship to {{Q|Q11173}} instead of {{P|31}}. This would require editing a lot of item, but it seems to me the only way to get the model to be consistent.  [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 15:51, 21 November 2019 (UTC)
*** {{reply|ChristianKl}} please explain why an instance of an instance of a {{Q|Q24017414}} can be a subclass. IMO this is a major error that people make. {{Q|Q11173}} is an instance of {{Q|Q24017414}}, so its instances cannot be classes or subclasses. --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:46, 22 November 2019 (UTC) 
*** {{reply|ChristianKl}} I agree with you that it is not useful to trouble {{Q|Q24017414}} to describe what to me are clearly classes in a subclass relation.
** Apparently {{Q|Q11173}} is a {{Q|Q24017414}}, which means that instances of {{Q|Q11173}} are ''classes of individuals'' (which are classes, am I right?), so {{Q|Q5156940}} {{P|527}}: {{Q|Q629}} should be correct in this framework because instances of {{Q|Q5156940}} (which are classes, too) will have instances of {{Q|Q629}} (which this time are the single atoms) as {{P|527}} values. [[User:Ogoorcs|Ogoorcs]] ([[User talk:Ogoorcs|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:11, 22 November 2019 (UTC)
***{{reply|Ogoorcs}} this is wrong. Instances of {{Q|Q24017414}} are classes of individuals, so {{Q|Q11173}} is a class of individuals. --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:22, 23 November 2019 (UTC)

Once someone gets this sorted out, this would be another one worth a writeup somewhere. Currently [[Help:Modelling/Other domains#Chemistry]] is just a soft redirect to [[Wikidata:WikiProject Chemistry]], but I don't see anywhere obvious in the latter to write about this. Can anyone suggest where we should document this? - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:41, 21 November 2019 (UTC)

== an item for a Wikidata property? ==

The Q-ID {{Q|Q20684567}} appears to be an item for property {{P|2011}}. Is there a structural need to keep this, or can we link {{P|2011}} directly to {{Q|1129820}}, and do away with the intermediary? I certainly hope there isn't a trend to create unique items for every Wikidata property or external identifier: that seems like a lot of redundancy and needless confusion for us mere humans. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:45, 21 November 2019 (UTC)
:There should be at least one for the catalogue. An item for the museum isn't sufficient. --- [[User talk:Jura1|Jura]] 23:04, 21 November 2019 (UTC)
:Agree with Jura. - [[User:PKM|PKM]] ([[User talk:PKM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:24, 22 November 2019 (UTC)
:There should indeed be a "unique items for every external identifier", since those are describable concepts which meet our notability policy, both in and outside the 'structural need' clause. In the example given, the item is not "for the property", it is "for the identifier" <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> 13:38, 23 November 2019 (UTC)

== Problem with Q-items without any P31 ==

Hi, I encountered a big annoying obstacle in the filtering for the lexeme tool MachtSinn.

The problem at hand is items like {{Q|7563757}} (this by Sk!dbot) or {{Q|47034896}} which have no P31 or any other meaningful way for me to exclude it via sparql. The only thing I can resort to is abitrary filtering by description and that is IMO not a good idea.

I hereby propose that either we curate all Q-items missing a P31 or we delete them. WDYT? Any takers?

(by the way [https://query.wikidata.org/#SELECT%20%2a%20WHERE%20%7B%0A%20%20%3Flexeme%20wikibase%3Alemma%20%3Flemma%3B%0A%20%20%20%20%20%20%20%20%20dct%3Alanguage%20wd%3AQ1860%3B%0A%20%20%20%20%20%20%20%20%20wikibase%3AlexicalCategory%20%3Fcat.%0A%20%20OPTIONAL%20%7B%20%3Flexeme%20wdt%3AP5185%20%3Fgenus.%20%7D%20.%0A%20%20FILTER%20NOT%20EXISTS%20%7B%0A%20%20%20%20%3Flexeme%20ontolex%3Asense%20%3Fsense.%0A%20%20%20%20%3Fsense%20wdt%3AP5137%20%3Fitem.%0A%20%20%7D.%0A%20%20FILTER%20NOT%20EXISTS%20%7B%20%3Flexeme%20wdt%3AP5402%20%3Fhomograph%20%7D.%0A%20%20%0A%20%20%3Fitem%20rdfs%3Alabel%20%3Flemma.%0A%20%20%3Fitem%20schema%3Adescription%20%3Fdesc.%09FILTER%28LANG%28%3Fdesc%29%20%3D%20LANG%28%3Flemma%29%29.%0A%20%20FILTER%20NOT%20EXISTS%20%7B%20%3Fitem%20a%20wikibase%3AProperty%7D.%0A%20%20%23%20Filter%20out%20common%20false-positives%0A%20%20FILTER%20NOT%20EXISTS%20%7B%20%3Fitem%20wdt%3AP131%20%3F_%20%7D.%0A%20%20FILTER%20NOT%20EXISTS%20%7B%0A%20%20%20%20VALUES%20%3Fnot%20%7B%20wd%3AQ4167410%20wd%3AQ101352%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23wd%3AQ11424%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23wd%3AQ3305213%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23wd%3AQ482994%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ13417114%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23wd%3AQ7366%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23wd%3AQ208569%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ15632617%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ21191270%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ5185279%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ215380%20%20%23%20band%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ23786%20%20%20%23%20eye%20color%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23wd%3AQ838948%20%20%23%20work%20of%20art%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23wd%3AQ2188189%20%23%20work%20of%20music%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ40056%20%20%20%23%20software%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ3491429%20%23%20military%20terms%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ7187%20%20%20%20%23%20gene%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ19798644%20%23%20wikibase%20model%20terms%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ11668273%20%23%20shogi%20pieces%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ1208658%20%23%20ring%20theory%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ246672%20%23%20object%20in%20math%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ17638537%20%23%20routine%20-%20fix%20computer%20terminology%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ11446%20%20%20%20%23%20ships%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ2235308%20%20%23%20types%20of%20ships%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ17537576%20%23%20any%20creative%20work%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ8134%20%20%20%20%20%23%20economics%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wd%3AQ20202269%20%23%20music%20terms%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%7D.%0A%20%20%20%20%3Fitem%20wdt%3AP31%2F%28wdt%3AP279%2a%29%20%3Fnot%0A%20%20%7D%0A%20%20%0A%20%20FILTER%20NOT%20EXISTS%20%7B%20%0A%20%20%20%20VALUES%20%3Fnot2%20%7B%0A%20%20%20%20%20%20wdt%3AP688%20%23%20gene%20stuff%0A%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%3Fitem%20%3Fnot2%20%3F_%20%7D.%20%0A%20%20FILTER%20%28%21regex%28%3Fdesc%2C%20%27.%2aheraldic.%2a%27%29%29%20.%20%23%20heraldic%20crap%0A%20%20FILTER%20%28%21regex%28%3Fdesc%2C%20%27.%2aheraldry.%2a%27%29%29%20.%20%0A%20%20FILTER%20%28%21regex%28%3Fdesc%2C%20%27.%2aC%2B%2B.%2a%27%29%29%20.%20%20%20%20%20%20%23%20c%2B%2B%20crap%20items%20by%20sk%21dbot%20%0A%20%20%0A%7D%0Alimit%201000 here is the improved query for the MachtSinn tool] that I'm working on)

From what I understand the only way I can get all of these (without specifying all the "subclass of" that they belong to manually is to sieve through everything in the database without a P31. Unfortunately such a query '''times out''' (because there are many, which takes us back to my proposition above). This is '''bad''' data quality.

Actually I do have the possibility of downloading the 41GB database myself, extract it (how much space is required?) and then sieve through it myself. If anyone have ever done this I would be happy to hear how it went.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:33, 22 November 2019 (UTC)

:No. Deletion is not going to happen. Neither is the problem going to go away. However you can easily exclude items with no P31, or no properties, from a SPARQL report. So there isn't a reporting problem here, I think.  --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:35, 22 November 2019 (UTC)
:*filter not exists {?item wdt:P31 [].}
:*filter not exists {?item wikibase:statements "0"^^xsd:integer.}
::You may use search: [[Special:Search/-haswbstatement:P31 -haswbstatement:P279]] for items with no P31 or P279; [[Special:Search/-haswbstatement:* haslabel:en]] for items with en label and no [[mw:Help:Extension:WikibaseCirrusSearch#haswbstatement|indexed statement]]. Currently [[phab:T200859|sitelinks are not indexed]].--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:43, 22 November 2019 (UTC)
::: Thanks, both of you! I'm glad I was wrong. Also I just [https://query.wikidata.org/#SELECT%20%3Fitem%20%3FitemLabel%20%0AWHERE%20%0A%7B%0A%20%20%3Fitem%20wdt%3AP279%2a%20wd%3AQ494452%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%7D%0A found out] that by adding a * after wdt:P279 I get all items in a subclass regardless if they have a P31 or not. Super nice!--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:52, 22 November 2019 (UTC)

::: I would like to refine the [[Special:Search/-haswbstatement:P31 -haswbstatement:P279]] with a regex to only return english labels without spaces = labels consisting of a single word. I looked at the [https://www.elastic.co/guide/en/elasticsearch/reference/current/regexp-syntax.html regexp syntax of cirrus and elastic search] and tried [https://www.wikidata.org/w/index.php?sort=relevance&search=-haswbstatement%3AP31+-haswbstatement%3AP279+intitle%3A%2F%5B%5E+%5D%2F&title=Special%3ASearch&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns0=1&ns120=1&ns146=1 this] to no avail. Anyone know how?

::: Also tried [https://www.wikidata.org/w/index.php?sort=relevance&search=-haswbstatement%3AP31+-haswbstatement%3AP279+intitle%3A%2F%5Ba-z%5D*%2F&title=Special%3ASearch&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns0=1&ns120=1&ns146=1 this]  with /[a-z]*/ to no avail.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:44, 23 November 2019 (UTC)

:::: It's currently not possible to search this (intitle means items whose title, which is Qid, contains only letters, which have none). I have filed [[phab:T239002]] and [[phab:T239003]] for the issue.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:57, 23 November 2019 (UTC)

::::Add regex as a filter in this: [https://query.wikidata.org/#SELECT%20DISTINCT%20%3Fitem%20%3FitemLabel%20%0AWHERE%20%7B%0A%20%20hint%3AQuery%20hint%3Aoptimizer%20%22None%22.%0A%20%20SERVICE%20wikibase%3Amwapi%20%7B%0A%20%20%20%20bd%3AserviceParam%20wikibase%3Aapi%20%22Search%22%3B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20wikibase%3Aendpoint%20%22www.wikidata.org%22%3B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20mwapi%3Asrsearch%20%22-haswbstatement%3AP31%20-haswbstatement%3AP279%22.%0A%20%20%20%20%3Ftitle%20wikibase%3AapiOutput%20mwapi%3Atitle.%0A%20%20%7D%0A%20%20BIND%28IRI%28CONCAT%28STR%28wd%3A%29%2C%20%3Ftitle%29%29%20AS%20%3Fitem%29%0A%23%20add%20some%20regex%20here%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%7D%0A%23%20LIMIT%2010000 query] --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:02, 23 November 2019 (UTC)

== Is this P31 correct? ==

{{Q|Q15943630}} -- [[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:05, 23 November 2019 (UTC)

* Seems to be. {{C|15943630|31|1555508}}. Why would this be in doubt? - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]])
** Because it is a show, not an individual program. Just found {{Q|2155186}} which is more suitable I think.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:06, 23 November 2019 (UTC)
== No need for only peers ==

A lot of items have been made with no links, only a "peer id". It follows that just because they are considered nobility they are notable EVEN when there are no statements and no discription. Given the huge numbers involved PLEASE STOP THIS NONSENSE. Thanks, [[User:GerardM|GerardM]] ([[User talk:GerardM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:08, 22 November 2019 (UTC)

* In my view these items probably ''are'' justifiable, as the same entity (even if currently only represented as "wife of 'X'" or "mother of 'Y'") is quite likely to have identifiers across a number of databases, that it would be useful to tie together.
: As for the peerage import more widely, I think for a number of researchers this will extraordinarily valuable, allowing queries to be run on how closely inter-related large groups of notable people were, and what were those relationships.  As well as stocking the House of Lords in the UK, important for national history, the peers were often the dominant landowners locally in particular parts of the country, of considerable relevance to local history, and to e.g. parsing local newspaper reports.
: Most items ''are'' likely to have incoming and outgoing links of the family relationship type, so it is not true that these have been made with no links.  As for external links, more of these, to more databases, are likely to be forthcoming, and the cross-referencing is useful.   It is also likely that more relationships will become known as more sources are integrated, and the network will become denser.   For the moment, I believe these items are useful, even just as placeholders to build more cross-referencing on.  My view is that in this case it probably does make sense to import everything and then see what we've got, rather than prune the network too early.  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:27, 22 November 2019 (UTC)
::With only a link to an external authority it is pure pollution, no items, no description. It does not link add or anything it makes disambiguation problematic. It extends the bias we have in representing the rest of the world. [[User:GerardM|GerardM]] ([[User talk:GerardM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:02, 22 November 2019 (UTC)
:::Users are at leisure to contribute what they want. Obviously, it is biased if we tolerate descriptions for a Duke of Brittany (10th century) as "British peer or relation".  --- [[User talk:Jura1|Jura]] 16:12, 22 November 2019 (UTC)
:::: I am a bit iffy about importing ThePeerage en masse because they're not particularly careful about checking the data they grab up from various web sites -- sure, partly they're a digitization of Burke's, but they've gone far beyond that. As a way of quickly importing genealogical info it's a time-saver, but hopefully it should be treated just as a starting place for building proper, referenced entries! [[User:Levana Taylor|Levana Taylor]] ([[User talk:Levana Taylor|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:50, 22 November 2019 (UTC)
:::::The mass import from The Peerage is the sole, unilateral effort of {{ping|GZWDer}}, who appears not to have solicited any review, nor requests for bot permission beforehand, and who is being very vague and reticent about their ultimate plans. As the discussion immediately above this one points out, a lot of issues are arising. I think the mass import will ultimately prove constructive, but the lack of prior community discussion (that could have identified and addressed the issues now present like blank descriptions, ambiguous persons, no birth/death years) is disconcerting. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:41, 22 November 2019 (UTC)
:::::: Many sources of The Peerage are primary (this make The Peerage itself a secondary source). The Peerage does contain various error, so it will be meaningful to compare Wikidata and other genealogical databases. I also do find errors in Wikidata data (some are imported from Wikipedia infoboxes which confuses people with same or similar names) using The Peerage data.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:47, 22 November 2019 (UTC)
::::::: The issue is not whether The Peerage or Wikidata contains errors. The issue is that you undertook a ''huge'' project with apparently absolutely no prior warning or discussion, potentially adding a lot of extra work to clean up. And now people are concerned. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:54, 22 November 2019 (UTC)

:Regarding what I wrote above, I thought that at least these items would be being created with date of birth, date of death, and basic kinship information extracted from the website.  Creating a blank record like {{Q|Q75518248}} when all this [http://www.thepeerage.com/p18985.htm#i189849] is available from the website, that could be expressed in properties and statements, is very very poor.  At the very least, a decent attempt to parse the most frequent forms of statement found on the website should have been made before any new records were created.  (With QS it's much quicker to put the statements in at creation time, too).  This needs to be fixed, ''very'' urgently.
:It's especially painful seeing a duplicate record being made for a Member of Parliament, when [[User:Andrew Gray]] has put so much work into ensuring that an item and only one item on WD for each British MP. 
:Duplicate items are a menace, and can really screw up queries and automated matching.  New items should not be created unless real real effort has been put in to try to avoid duplicates. [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:04, 22 November 2019 (UTC)

:I share the concerns of Animalparty and Jheald.  While I don't think advanced discussion was necessary before starting the project I do think that since many concerns have been identified, you should be willing to work with other editors to address them.  [[User:Gamaliel|<span style="color:DarkGreen;">Gamaliel</span>]] <small>([[User talk:Gamaliel|<span style="color:DarkGreen;">talk</span>]])</small> 21:19, 22 November 2019 (UTC)
::My main purpose of this import is to improve genealogical data in Wikidata (this will make Wikidata family tree 10-15 times bigger), so father, mother and child will be the first statements imported. Reinheitsgebot is currently importing date of birth, date of death from Mix'n'Match.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:25, 22 November 2019 (UTC)
:::Thank you. Will duplicate entries (e.g. {{Q|75518248}} to {{Q|7528324}}) be identified and merged ''before'' or ''after'' the father/mother/child data is added? I think identifying and merging duplicates should come first, so as to avoid the creation of parallel family trees, and reduce potential errors when merging/redirecting merges. And merging sooner rather than later reduces the chance of bots importing dates that may be less precise (e.g. only year), or in conflict with dates already established. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:05, 22 November 2019 (UTC)

:::I'm excited by the potential to see enhanced genealogical data!  But will Reinheitsgebot be filling in this info for ''all'' the 398381 wikidata items with peerage links that are otherwise blank? And I share Animalparty's concern about the duplicates. [[User:Gamaliel|<span style="color:DarkGreen;">Gamaliel</span>]] <small>([[User talk:Gamaliel|<span style="color:DarkGreen;">talk</span>]])</small> 00:36, 23 November 2019 (UTC)

(Copied from [[WD:AN]]) I'm not convinced these items are even useful. "British peer or relation" is vague - is this person a peer, or a relation? As the discussion has demonstrated, we don't even know whether the person is British. In the example suggested by [[User:Jura1]], {{Q|Q75504158}}, all that there is on the item is that this person exists and you may look up their genealogy on a certain page at The Peerage. Or my friend [[Q76152859|Olivia]] who is arguably more notable as a research scientist, but your script created an orphan item for her that doesn't even link her to her aristocratic relations. If you're able to import the entire family tree into Wikidata as statements and eventually link them to someone with a baronetcy or a Wikipedia article then that might serve a "structural need" purpose for Wikidata, but as these item stands I doubt that they conform to Wikidata's inclusion criteria. I propose that we should '''mass delete''' all The Peerage items that have no sitelinks, no incoming links, and no other external identifier other than The Peerage. [[User:Deryck Chan|Deryck Chan]] ([[User talk:Deryck Chan|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:30, 23 November 2019 (UTC)
: The import new items is currently 99% completed. Once the import are completed, statements about family relationship will be imported.
: Many people are relatively unknown, e.g. Doreen Margaret Billington is only known as a sister-in-law of {{Q|7925756}}, but in my opinion this relationship as described in the Burke's already make the item notable - as it can not be expressed without this item. Many people can also be found in other genealogical databases. Reinheitsgebot is starting matching items with genealogics.org.
: For Olivia, I also added an ID from another site. The information apparently comes from a source similar to Burke's, as it does not list any real-life activity of Olivia, but only list this as someone's child. I also found any other information about (apparently to be) Olivia. I have create [[Q76361064|another item]], as no (self-published included) non-genealogical source provided birth date and parent information about Olivia, and adding them without a source violates [[Wikidata:Living people]] (interestingly, {{P|2011}} requires people having a birth date). I don't know what's the proper way to handle this. I did remember a case that a Wikipedia had two articles (and thus two Wikidata items) for a person with two identities and does not (until recently, but whether the source is valid was debated) have a source to confirm them as one person.

--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:43, 23 November 2019 (UTC)
:Now items are created. After several hours I will start importing relation.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:27, 24 November 2019 (UTC)
: I oppose deleting all this items. I agree with Jheald regarding the historical interest. [[User:Nomen ad hoc|Nomen ad hoc]] ([[User talk:Nomen ad hoc|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:35, 24 November 2019 (UTC).
:: Please explain to me why this is of historical interest. What does it teach us. Why is it of more relevance as geographic and data or a Wikipedia. Particularly as the point is made that it created oodles of duplicate data. Thanks, [[User:GerardM|GerardM]] ([[User talk:GerardM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:51, 24 November 2019 (UTC)

== Help with inferring population data from parts ==

See {{Q|297853}} where I got the value for the population from the 3 parts via a query. Is this acceptable or is there a better way to do this?--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:59, 22 November 2019 (UTC)
:{{reply|So9q}} If you add statements that have no media reference but are inferred, then please give a reference using {{P|887}}. I see there is a qualifier {{P|459}}-->{{Q|76109020}}, additionally I have added such a reference. Not sure if it's needed. The query URL is an idea but I think it would be better to put the query on a wiki page or a gist and refer to that. --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:51, 23 November 2019 (UTC)
*"point in time" on the population is meant to be the day the region had such a population, not the day you ran the query or retrieved the data. --- [[User talk:Jura1|Jura]] 15:07, 23 November 2019 (UTC)
**Any idea how to indicate this properly when 3 sources are in play?--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:55, 23 November 2019 (UTC)
***To compute a consolidated population, I think I'd pick a similar date (e.g. same year) and numbers that use a similar method of calculation (or reduce the overall precision).
:::I'm not really convinced that it's a good idea to add such statements. --- [[User talk:Jura1|Jura]] 23:07, 23 November 2019 (UTC)
::{{p|P585}} is the day the population had the data. {{P|813}} is the time you run your query. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 11:32, 24 November 2019 (UTC)

== Problem with P902 ==

There is presently a problem with the {{P|902}}: an identifying number with less than 6 digits, with only the last nonzero digits doesn’t work anymore. Which means almost never (putting the adequate number of 0 at the beginning forces the link to work out, but with an error message). See for instance {{Q|118284}}.  (The same problem arose about one year ago, when the new version of the HDS was published, with one ore several leading zeroes added on all identifying numbers with less than 6 digits. The problem was then somehow solved, a few weeks later). Would someone know how to fix this? The prospect of having to add zeros on each occurence of an identifying number with less than 6 digits appears rather appalling! [[User:Sapphorain|Sapphorain]] ([[User talk:Sapphorain|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:04, 22 November 2019 (UTC)

:Moved from admin noticeboard. <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> 18:47, 22 November 2019 (UTC)
::I'm repairing it. [[User:Lymantria|Lymantria]] ([[User talk:Lymantria|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:12, 23 November 2019 (UTC)
::: This is a praiseworthy devotion. But you should be aware that, even if you succeed in putting leading zeroes to all identifiers in all Swiss pages, only the tip of the iceberg will be mended: in most of these pages there are also a number of statements, sometimes more than ten, that have as a reference an entry (or several entries) of the HDS. For instance in {{Q|1871755}} twelve statements are referenced by an identifier of the HDS...[[User:Sapphorain|Sapphorain]] ([[User talk:Sapphorain|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:30, 24 November 2019 (UTC)
::::I have seen that indeed. My programming abilities do not stretch to that. Perhaps you can put a request at [[Wikidata:Bot requests]]. [[User:Lymantria|Lymantria]] ([[User talk:Lymantria|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:38, 24 November 2019 (UTC)

== Restaurants etc. ==

As a simple(?) example of what I was writing about above, of modelling things that provide services such as museums but which are not necessarily buildings or organizations, I'm considering restaurants and similar entities. The relevant items are not very plausible, at the moment, it seems to me, since we have for example:

* {{Q|54957790}} as a subclass of {{Q|11707}}
* {{Q|11707}} is indirectly a subclass of {{Q|41176}} and {{Q|4830453}}

It seems like any place that serves food is a building and a business. I can think of a lot of exceptions without much trouble: restaurants that don't fill an entire building, and obviously aren't buildings. Restaurants that are part of a chain and aren't separate businesses. Canteens in hospitals or army bases that aren't commercial and are neither buildings nor businesses. Companies, from a legal and accounting point of view, are virtual entities consisting of things like owners, property owned, a balance sheet, officers, and contracts: they don't have presence in the physical world.

A hierarchy of items that is independent of the building and business ideas would look something like this:

* Eating place: a space allocated for eating food
* Dining room: a room allocated for eating food, subclass of eating place
* Food distribution point: a place where ready-to-eat food can be obtained
* Restaurant: an establishment where food can be purchased and consumed, subclass of food distribution point, eating place, and commercial service
* Cafeteria: subclass of Restaurant
* Cafe: subclass of Restaurant
* Intitutional canteen: subclass of food distribution point and eating place
* Refectory: subclass of intitutional canteen (possibly an alias)
* Mess hall: subclass of Intitutional canteen
* Takeaway outlet: subclass of food distribution point and commercial service

[[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:09, 21 November 2019 (UTC)
* I guess that a lot of the "restaurant" type items actually have a building as their main interest, e.g., {{Q|66625218}}. The way to model that one would be as an instance of {{Q|41176}} with refectory as a usage property, applying to the ground floor, and with an end date, since it's apparently historical. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:16, 21 November 2019 (UTC)
** I think the general problem here is ambiguity of meaning in our items, and different meanings supporting conflicting class relations up and down the hierarchy. It's definitely helpful to clean this up and be clearer. I think I follow your proposal, it's a reasonable start. What about "food courts"? Do we need a separate classification to describe whether or not food is actually prepared in some way at the establishment? [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:26, 23 November 2019 (UTC)
*** It looks like a {{Q|1192284}} would just be a subclass of eating place. A place where food is prepared, I suppose in a generic sense is a kind of factory, or assembly / fabrication place and a kitchen is a subclass of such a place. But a restaurant could still operate even if all the food was shipped in prepared elsewhere: I guess there are cafes that operate like that and above I've got cafe as a subclass of restaurant. You could potentially have "restaurant with on-site food preparation" as a subclass of restaurant, but do we really want that level of detail and complexity? [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:31, 24 November 2019 (UTC)
*** Although, given that {{Q|40050}} is a subclass of food, the normal case that I'm familiar with is that a restaurant/cafe would have on-site food preparation, even if it's just mixing coffee. If there's a class of exceptions then that could be a separate item. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:38, 24 November 2019 (UTC)
== Large group of siblings ==

The items:

{{Flatlist|
* [[Q5372281]]
* [[Q76306145]]
* [[Q76307349]]
* [[Q76307570]]
* [[Q76307725]]
* [[Q76307864]]
* [[Q76307934]]
* [[Q76308036]]
* [[Q76308123]]
* [[Q76308205]]
}}

represent a family of ten sisters. Other than QuickStatements, is there a tool which will automate the process of adding each of them to the others, using {{P|P3373}}? <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> 13:30, 23 November 2019 (UTC)
:There doesn't seem to be, but there should. See [[Wikidata:Contact_the_development_team#Request:_a_button_to_automatically_resolve_symmetrical_and_inverse_constraint_violations|Request]] and related [[phab:T167700]]. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:38, 23 November 2019 (UTC)
: [[User:Frettie/consistency check add.js]] should help. --[[User:Matěj Suchánek|Matěj Suchánek]] ([[User talk:Matěj Suchánek|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:52, 24 November 2019 (UTC)
*Please speed up! I requested several months ago. Addition by hand will always leave errors even if someone agrees to do the work. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:18, 25 November 2019 (UTC)

== Google Knowledge Graph ID ==

Is their an automated way to add these. I use the Google API which is tedious to log in and search. Is there some secret to getting the ID from the box on the Google search page? --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 03:20, 25 November 2019 (UTC)

== Autojump between fields to be removed ==

Hello all,

Currently, when adding a new statement manually on wikidata.org, after selecting a property, the cursor jumps automatically to the value field. This feature being the root of various issues ([[phab:T172937|jumping too soon when the beginning of the property label is typed and overlap of menus]]), and based on community requests, we decided to [[phab:T234322|remove the autojump]].

This change will be operated this week, on November 20th. If you're editing Wikidata using keyboard shortcuts, you will still be able to jump from a field to another using the Tab key.

If you encounter any issues after deployment, please let me know. Cheers, [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:46, 18 November 2019 (UTC)
:{{reply to|Lea Lacroix (WMDE)}}👍 this sounds good to me. Is there a keyboard shortcut to add a statement? Could we add a tab with shortcut next to history for this?--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:18, 25 November 2019 (UTC)
::Update: the change will be deployed on December 5th (no train last week and this week).
::{{ping|So9q}} I don't think there is a shortcut for the action of adding a statement, but maybe someone else knows a trick? As for the tab, we usually don't change the core interface of the wiki, unless there is a strong need or a request by a big number of editors. However, you can edit your CSS or create a gadget to make the link more visible for you. [[User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] ([[User talk:Lea Lacroix (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:46, 25 November 2019 (UTC)

== 2 import policy proposals ==

Hi, I hereby propose that we:
# decide '''not to allow any import of any item without a P31'''. The reason is that any query that I try in SPARQL to filter out any items fail and that makes it really hard to discern the [https://www.wikidata.org/w/index.php?title=Special:Search&limit=500&offset=1500&ns0=1&ns120=1&ns146=1&search=-haswbstatement%3AP31+-haswbstatement%3AP279&advancedSearch-current={} over 3 million items currently without P31 or P279].
# '''make a new policy to make it mandatory to discuss new imports first with the community''' on a designated place (if no such policy exist). WDYT?--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:29, 23 November 2019 (UTC)
* Even if items with only sitelinks and no other statements have various benefits (easier detection of duplicates; make various tools works).
* From time to time there's new data imported to Wikidata. I don't think it's possible to discuss each import before import (many import are not controversial and users ultimately are reasonable for their imports).--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:35, 23 November 2019 (UTC)
** (edit conflict)
:: I disagree. In OSM there is a mailing list where all imports need to be discussed. You get feedback by seasoned mappers on you import plan (mandatory to create in the wiki) and can then go ahead if the (local) community agree to accept the data. I have only been active on WD for a short period but the there I have found a lot of bogus imports with missing statements. 2 examples: [https://www.wikidata.org/w/index.php?title=Q42861682&action=history heritage sites by AliciaFagervingWMSE-bot], [https://www.wikidata.org/w/index.php?title=Q16128701&action=history Hebrew calendar years by GZWDer], etc. 
:: WD seems like wild wild west to me so far and examples like these unfortunately contribute to bad data quality which down the line shows up like bogus matches in a tool like MachtSinn that I recently tried to filter false positives from.
:: We need to focus on data quality and curation more than low quality mass imports that polute the whole and make it hard to search/use the data utilizing intelligent queries.
:: My stance is this: '''if you can't come up with a good import plan the data is best not imported by you'''. A good import plan includes relevant statements and as a minimum a P31 statement describing what the Q-item is a an instance of. The more relevant statements per entry the better queries we can make.
:: '''One more proposal to make mandatory:''' imports have to add a statement to the item they create that links to the import plan. This ensures that if someone come down the line and realise a statement was missing in the original import we can EASILY discern the import and curate all the items. This is mandatory in OSM to easily find what imports touched what data.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:06, 23 November 2019 (UTC)
:We did discuss the bulk creation of items for sitelinks without P31/P279 extensively. The conclusion was that I was the only one who didn't like it ;)--- [[User talk:Jura1|Jura]] 22:43, 23 November 2019 (UTC)
:: Now we are 2! Lets unite :D--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:18, 23 November 2019 (UTC)

::I hereby propose that relative newbies with few edits, limited SPARQL skills, and a limited understanding of wikidata, should not propose "import policy proposals" until they have a clue. Neither of these is going to happen. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:55, 23 November 2019 (UTC)
::: Thanks for your comment. I note that you did not present any argument for '''why''' we should continue to accept these wild west environment and the '''detrimental effects to our data quality''' that I gave examples of above. 
::: It is a fact that our SPARQL system is not good at handling millions of entries in a diverse subtree which makes filtering within the time limit of queries harder than necessary. (see argument by Andrew in the discussion ''Lets decide about limits for sizes of human settlements'' above). 
::: This also makes it almost impossible (for me) to curate items that don't have a single P31 or P279 statement. Additionally a P279 alone is not always enough because queries that traverse large taxonomies time out easily as I'm sure you know.
::: Q-items that cannot be reached easily by a query could might as well not exist IMO. They are not that valuable because they lack what is needed to effectively curate them and thus is very susceptible to data rot and creating headaches for data consumers (e.g. the MachtSinn tool).--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:18, 23 November 2019 (UTC)
:::: Your last sentence is a good illustration of why your proposal is problematic, you don't seem to understand that there are plenty of usages of Wikidata that have nothing to do with queries. Providing interwiki links would be one of those functions that work even without P31 or P279 and it's important to make this provision of sidelinks as smooth as possible for Wikipedia users who might not know what P31 or P279 is about. I agree with Tagishsimon don't think a detailed discussion of this proposal is a worthwhile energy investment. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 23:46, 23 November 2019 (UTC) 
::*@Tagishsimon .. it's "the free knowledge base with 68,510,987 data items that anyone can edit.". So anyone can make policy proposals .. even if they are incompatible with that. --- [[User talk:Jura1|Jura]] 23:21, 23 November 2019 (UTC)
: I would just note that [[Wikidata:Requests for permissions/Bot]] is where new mass imports should be raised and discussed. [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:36, 24 November 2019 (UTC)
::For time being, I'm struggling to improve data quality, and I happen to find some items to merge with. Improving P31 population would definitely help and if newbies could be more patrolled, (ie they could import freely but could get a cancellation by administrator if no P31, etc with a page of "do"-"don't"s. If you feel like to enter the battle of data quality, just use any like of this [https://www.wikidata.org/wiki/User:Bouzinac#%C3%A0_faire_2 queries]. [[User:Bouzinac|Bouzinac]] ([[User talk:Bouzinac|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:44, 25 November 2019 (UTC)

== (P1648) ==

Why does this statement bring up an error "single value constraint (This property should only contain a single value.) When the actual site is a duplex one with the same articles in Welsh and English? Why is there a constraint that should match the regex s\d{0,2}-[A-Z0]{4}-[A-Z0]{3,4}-\d{4}, when a link to the Welsh version should be equally valid? Is Wikidata an English only source? [[User:AlwynapHuw|AlwynapHuw]] ([[User talk:AlwynapHuw|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:10, 25 November 2019 (UTC)
:Shwmae Alwyn,
:Fe wnai ymateb yn Saesneg er mwyn pawb arall.
:This issue was also raised back when {{P|1648}} was proposed [[Wikidata:Property_proposal/Archive/28#Dictionary_of_Welsh_Biography]]; the Biography decided to prefix their IDs either with 'c' or 's' (Welsh or English), despite the rest of the ID being the same (viz [https://bywgraffiadur.cymru/article/c10-ROBE-KAT-1891 c10-ROBE-KAT-1891] vs [https://biography.wales/article/s10-ROBE-KAT-1891 s10-ROBE-KAT-1891]. The English version of the ID was selected as the valid format at Wikidata, which then makes it difficult for e.g. {{Q|848525}} to link to the Welsh version of the article.
:Would it be possible to format the constraint to have precisely two values, and distinguish each one by a qualifier statement? The alternative would be to implement the original suggestion of stripping the initial 's' or 'c'.
:[[User:Dogfennydd|Dogfennydd]] ([[User talk:Dogfennydd|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:09, 25 November 2019 (UTC)
*{{ping|Tobias1984}} who participated in the creation --- [[User talk:Jura1|Jura]] 10:25, 25 November 2019 (UTC)

== Lingua Libre Bot ==

The owner of Lingua Libre Bot is not responding to comments left on his talk page.  The bot continues making edits that other editors have questions. --[[User:EncycloPetey|EncycloPetey]] ([[User talk:EncycloPetey|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:08, 26 November 2019 (UTC)

== Copy to clipboard action in search results ==

When using Mix n Match, when a Wikidata search is triggered it shows results and often the right item can be seen in the results. Might it be possible to add an extension that provides a "Copy to Clipboard" icon next to the Q-number that would copy it to clipboard? [[User:Pauljmackay|Pauljmackay]] ([[User talk:Pauljmackay|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:05, 25 November 2019 (UTC)
:'copy link' and you can paste the link into input fields and get the item. I can see the need for the Q-part only, however. --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:08, 26 November 2019 (UTC)

== song mentioned in wikipedia article without its own wikidata item and games with vast collections of 'since long' published music ==

On the English Wikipedia page for {{Q|Q446422}} it is mentioned that the song "Twilight" appeared in the video game {{Q|Q83265}}. Is the article about the band Maze in which this song is mentioned enough to create a wikidata item for it? If not is it relevant in the regard of making the wikidata item for the video game {{Q|Q83265}} more complete?(the gta series contain vast amounts of music that has already been published separately, should the individual music pieces be included in the video game wikidata item is kinda my question) [[User:Wdtaplaylistcenter|Wdtaplaylistcenter]] ([[User talk:Wdtaplaylistcenter|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:43, 26 November 2019 (UTC)
* I would think that meets our threshold, which is pretty low. - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:06, 26 November 2019 (UTC)

== Wikidata weekly summary #392 ==

<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;">
* '''[[d:Special:MyLanguage/Wikidata:Events|Events]]'''
** Join the global [[m:WikiForHumanRights]] Campaign by participating with [[d:Wikidata:WikiProject Human rights|WikiProject Human rights]]. The campaigns is focused on increasing coverage of human rights topics on Wikimedia projects through January 30.
** Upcoming: [[d:Wikidata:Events/Swedish online editathon|Online editathon in Swedish]] 1 December
** Past: [http://prowd.id/ ProWD], a tool for PROfiling the multi-dimensional completeness of WikiData, was presented at [https://dblp.org/db/conf/kcap/kcap2019.html the K-CAP 2019 conference] on Nov 21, 2019 in Marina del Rey, USA. Using ProWD, one may compare, for example, [http://prowd.id/#/profile/compare/68 the completeness of computer scientists by nationality and sex]. The slides are available by clicking [https://docs.google.com/presentation/d/12aMPGVjUa8w1E8ckb_ErR8dEABEWrurKQMlelmjvbHw/edit?usp=sharing this link]. The ProWD developers are welcoming any feedback!
** Past: WikiTechStorm in Amsterdam. See [[mw:Wiki_Techstorm#Live_streams|the videos of the sessions]], including a lot of Wikidata-related introductions
** Past: [https://www.wikidata.org/wiki/Wikidata:Events/Wikidata_Zurich_Hackathon2019| Wikidata Zurich Hackathon]
** Past: [https://www.youtube.com/watch?v=uWqKyC7gt0s Wikimedia Tech Talk: Wikidata, behind the curtain], by Ladsgroup

* '''[[d:Special:MyLanguage/Wikidata:Press coverage|Press, articles, blog posts]]'''
** [[d:Q61943025|Die Datenlaube]] launched [https://diedatenlaube.github.io diedatenlaube.github.io] - a collection of blog posts, links and scripts around "wikidatafying" the big German Wikisource project [https://de.wikisource.org/wiki/Die_Gartenlaube Die Gartenlaube] (in German).

* '''Tool of the week'''
* [https://tools.wmflabs.org/wikidata-todo/cradle/#/ Cradle] enables editors to create a new item by completing a form. You can create a new form on the [[d:Wikidata:Cradle|Cradle]] help page. Cradle forms can be used as templates to ensure that similar new items are structured the same way. This can be especially helpful for specific WikiProjects or datathons, and is a great timesaver if you are creating many similar items by hand.

* '''Other Noteworthy Stuff'''
** 570k [[d:Property:P214|VIAF identifiers]] have been added to Wikidata items in an effort of synchronisation between the two databases, thanks to Bargioni. In order to report errors in VIAF an [[d:Wikidata:WikiProject Authority control/VIAF errors|apposite page]] has been created. More information [[:d:Property talk:P214#Recent synchronisation|here]].
** Query Service lag now affects maxlag. You may need to retry/reset error multiple times when you run QuickStatement or OpenRefine in busy hours.
** Wikidata now documented [[d:Special:Search/haswbstatement:P31=Q5|more than six million]] people, more than the number of articles in English Wikipedia
** New documentation page: [[d:Wikidata:Map data|Wikidata:Map data]]

* '''Did you know?'''
<!-- NEW PROPERTIES DO NOT REMOVE -->
** Newest [[d:Special:ListProperties|properties]]:
*** General datatypes: [[:d:Property:P7569|Wikimedia page-version URL]], [[:d:Property:P7573|IFCO rating]], [[:d:Property:P7581|IAST transliteration]], [[:d:Property:P7582|Wildlife Protection Act 1972 (India) schedule]], [[:d:Property:P7584|age estimated by a dating method]], [[:d:Property:P7588|effective date]], [[:d:Property:P7589|date of assent]], [[:d:Property:P7598|ascending scale]], [[:d:Property:P7599|descending scale]], [[:d:Property:P7600|primary note]], [[:d:Property:P7601|secondary note]], [[:d:Property:P7603|CITES Appendix]], [[:d:Property:P7604|supervisor]], [[:d:Property:P7605|Hunterian transliteration]]
*** External identifiers: [[:d:Property:P7568|CBSE Affiliation No.]], [[:d:Property:P7570|OGDB company ID]], [[:d:Property:P7571|Memorial Book Bundesarchiv ID]], [[:d:Property:P7572|Digital Corpus of Sanskrit ID]], [[:d:Property:P7574|Swedish Royal Theater Archive]], [[:d:Property:P7575|Sri Granth Punjabi word ID]], [[:d:Property:P7576|Broadcast Radio Bearer URI]], [[:d:Property:P7577|Czech city district ID]], [[:d:Property:P7578|DUC ID]], [[:d:Property:P7579|Prague administrative district ID]], [[:d:Property:P7580|AboutTheArtists artist ID]], [[:d:Property:P7583|fyyd podcast ID]], [[:d:Property:P7585|NinDB game ID]], [[:d:Property:P7586|Cinepub person ID]], [[:d:Property:P7587|eFloraSA ID]], [[:d:Property:P7590|eBay username]], [[:d:Property:P7591|VideoGameGeek game ID]], [[:d:Property:P7592|VideoGameGeek platform ID]], [[:d:Property:P7593|CinePT film ID]], [[:d:Property:P7594|CinePT person ID]], [[:d:Property:P7595|Disney+ movie ID]], [[:d:Property:P7596|Disney+ series ID]], [[:d:Property:P7597|Lutris game ID]], [[:d:Property:P7602|Ratingraph MALE person ID]], [[:d:Property:P7606|Czech municipality ID]], [[:d:Property:P7607|WikiTreeCategories]], [[:d:Property:P7608|P7608]], [[:d:Property:P7609|SHARE Catalogue work ID]], [[:d:Property:P7610|Taiwan Cinema company ID]], [[:d:Property:P7611|Taiwan Cinema Film ID]], [[:d:Property:P7612|Taiwan Cinema person ID]]
<!-- END NEW PROPERTIES -->
<!-- NEW PROPOSALS DO NOT REMOVE -->
** New [[d:Special:MyLanguage/Wikidata:Property proposal|property proposals]] to review:
*** General datatypes: [[:d:Wikidata:Property proposal/amends|amends]], [[:d:Wikidata:Property proposal/syndicate|syndicate]], [[:d:Wikidata:Property proposal/corporate domicile|corporate domicile]], [[:d:Wikidata:Property proposal/Latvian transcription|Latvian transcription]], [[:d:Wikidata:Property proposal/implies|implies]], [[:d:Wikidata:Property proposal/stargate-wiki.de article ID|stargate-wiki.de article ID]]
*** External identifiers: [[:d:Wikidata:Property proposal/SciProfiles ID|SciProfiles ID]], [[:d:Wikidata:Property proposal/Scilit journal ID|Scilit journal ID]], [[:d:Wikidata:Property proposal/YVNG ID|YVNG ID]], [[:d:Wikidata:Property proposal/TheGamesDB game ID|TheGamesDB game ID]], [[:d:Wikidata:Property proposal/VLR ID|VLR ID]], [[:d:Wikidata:Property proposal/Archives Portal Europe ID|Archives Portal Europe ID]], [[:d:Wikidata:Property proposal/Church Heritage Cymru ID|Church Heritage Cymru ID]], [[:d:Wikidata:Property proposal/NVE Powerplant ID|NVE Powerplant ID]], [[:d:Wikidata:Property proposal/TheGamesDB platform ID|TheGamesDB platform ID]], [[:d:Wikidata:Property proposal/Artsdata ID|Artsdata ID]], [[:d:Wikidata:Property proposal/WPI ID|WPI ID]], [[:d:Wikidata:Property proposal/TheGamesDB developer ID|TheGamesDB developer ID]], [[:d:Wikidata:Property proposal/MPPDA Digital Archive person ID|MPPDA Digital Archive person ID]], [[:d:Wikidata:Property proposal/MPPDA Digital Archive film ID|MPPDA Digital Archive film ID]], [[:d:Wikidata:Property proposal/MPPDA Digital Archive organisation ID|MPPDA Digital Archive organisation ID]], [[:d:Wikidata:Property proposal/Dictionary of Scottish Architects building ID|Dictionary of Scottish Architects building ID]], [[:d:Wikidata:Property proposal/Czech municipality with authorized municipal office ID|Czech municipality with authorized municipal office ID]], [[:d:Wikidata:Property proposal/Czech municipality with expanded powers ID|Czech municipality with expanded powers ID]], [[:d:Wikidata:Property proposal/IDU theatre ID|IDU theatre ID]], [[:d:Wikidata:Property proposal/Scienza a due voci ID|Scienza a due voci ID]], [[:d:Wikidata:Property proposal/TheGamesDB publisher ID|TheGamesDB publisher ID]], [[:d:Wikidata:Property proposal/OverDrive publisher ID|OverDrive publisher ID]], [[:d:Wikidata:Property proposal/RomanianActors person ID|RomanianActors person ID]], [[:d:Wikidata:Property proposal/Encyclopedia of Cleveland History ID|Encyclopedia of Cleveland History ID]], [[:d:Wikidata:Property proposal/Cochrane concept ID|Cochrane concept ID]], [[:d:Wikidata:Property proposal/Vectrex Game Database ID|Vectrex Game Database ID]], [[:d:Wikidata:Property proposal/OverDrive creator ID|OverDrive creator ID]], [[:d:Wikidata:Property proposal/OverDrive series ID|OverDrive series ID]], [[:d:Wikidata:Property proposal/Hoopla series ID|Hoopla series ID]], [[:d:Wikidata:Property proposal/Speiderhistorisk leksikon article|Speiderhistorisk leksikon article]], [[:d:Wikidata:Property proposal/super-famicom.jp ID|super-famicom.jp ID]], [[:d:Wikidata:Property proposal/Arolsen ID|Arolsen ID]], [[:d:Wikidata:Property proposal/Doctrine court decision ID|Doctrine court decision ID]], [[:d:Wikidata:Property proposal/Juricaf decision ID|Juricaf decision ID]], [[:d:Wikidata:Property proposal/Riksdagen person guid|Riksdagen person guid]], [[:d:Wikidata:Property proposal/Places of Worship in Scotland ID|Places of Worship in Scotland ID]], [[:d:Wikidata:Property proposal/Museum of Family History ID|Museum of Family History ID]], [[:d:Wikidata:Property proposal/MovieGe person ID|MovieGe person ID]], [[:d:Wikidata:Property proposal/GameFAQs credit ID|GameFAQs credit ID]], [[:d:Wikidata:Property proposal/IMovies person ID|IMovies person ID]], [[:d:Wikidata:Property proposal/Ratingraph FEMALE person ID|Ratingraph FEMALE person ID]], [[:d:Wikidata:Property proposal/Scilit publication ID|Scilit publication ID]], [[:d:Wikidata:Property proposal/FMV World ID|FMV World ID]]
<!-- END NEW PROPOSALS -->
** Query examples: 
*** [https://w.wiki/Cno Paintings of people with cats] ([https://twitter.com/mmmenno/status/1197074711970271232 source])
*** [https://w.wiki/Cnp Number of English Lexemes in Wikidata by first letter] ([https://twitter.com/theklaneh/status/1199266895792398337 source])
*** [https://w.wiki/Cnq Tree map of 1990s National Film Award winners, sorted by specific award] ([https://twitter.com/wikidataindia/status/1198488920645885952 source])
*** [https://w.wiki/CYU Map of world's disputed areas] ([https://twitter.com/planemad/status/1198058657767972864 source])
** Newest [[d:Special:MyLanguage/Wikidata:WikiProjects|WikiProjects]]: [[d:Wikidata:WikiProject Human Rights|WikiProject Human Rights]]
** Newest database reports: [[d:Wikidata:Lists/poems by Emily Dickinson|poems by Emily Dickinson]]

* '''Development'''
** Add Wikidata query service lag to Wikidata maxlag ([[phab:T221774]])
** More work on tainted references and getting the feature ready to be tested
** Fix a bug with Wikibase test builds ([[phab:T238575]])
** More work on improving the edit summaries ([[phab:T224013]])
** Bridge: Viewing existing references ([[phab:T233397]])
** Preserving native behavior on key+click ([[phab:T234060]])
** Speeding up initialization, by attaching link listeners sooner ([[phab:T235765]]) and reducing the size of the init module ([[phab:T235771]])
** Recording metrics for bridge opening performance ([[phab:T237368]])

[[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]]
** [[d:Wikidata:Contribute/Suggested and open tasks|Suggested and open tasks]]!
** 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/2019 11 25|Read the full report]]''' &middot; [[m:Global message delivery/Targets/Wikidata|Unsubscribe]] &middot; [[:d:User:Lea Lacroix (WMDE)|Lea Lacroix (WMDE)]] 11:18, 26 November 2019 (UTC)
</div>
</div>
<!-- Message sent by User:Lea Lacroix (WMDE)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikidata&oldid=19568332 -->

== Add P31 to 27,000 heritage sites in Romania - bot account needed? ==

Hi, through [https://query.wikidata.org/#%23Cats%0Aselect%20%3Fitem%20%3FitemLabel%20%0AWHERE%20%0A%7B%0A%20%20%3Fitem%20wdt%3AP17%20wd%3AQ218.%0A%20%20%3Fitem%20wdt%3AP1435%20%3Fany.%0A%20%20filter%20not%20exists%20%7B%3Fitem%20wdt%3AP31%20%5B%5D.%7D%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%7D%0A this search] I found a lot of heritage sites in Romania that is missing a {{p|31}} {{q|358}}. 

Do I need a bot account to add those using quickstatements?--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:37, 23 November 2019 (UTC)
:"heritage site" (Q358) is not a suitable P31 value. Please add building, church or whatever appropriate. --- [[User talk:Jura1|Jura]] 22:41, 23 November 2019 (UTC)
::Agreed. We already know from P1435 and P1770 properties that these are heritage sites. Now we need to know what they are in a non-generic sense. That said, {{Q|1516079}} is sometimes useful for larger sites. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:50, 23 November 2019 (UTC)
::: Thanks for taking time to review! :) 
:::I will filter by descriptions then and leave those I cannot discern without a P31. I understood these answers as a go ahead you don't need a bot account for this.
::: I updated the description of {{q|358}} to: ''general term for a site of cultural heritage for a specific country (please avoid as a P31 valuable except for large sites containing multiple entities)''--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:25, 23 November 2019 (UTC)
::::{{re|So9q}} It's a good idea to have a separate batch account with a bot flag for batch editing.  Apart from anything else, it makes rollback easier if anything goes wrong. [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:27, 26 November 2019 (UTC)
::::: Ok, I'm considering applying for one for another project idea. I ended up only updating a few hundred via QS2. The rest had almost no labels (aside from a few houses and castles). Pictures were there though so somebody could create a game to work through them classifying them further.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:43, 26 November 2019 (UTC)

== Hebrew calendar years - inconsistence found ==

Hi, I found inconsistently tagged hebrew calendar years:
# https://www.wikidata.org/wiki/Q16128541 missing P31 (cannot be found via sparql query (by me) because of timeout, there are probably thousands)
# https://www.wikidata.org/wiki/Q12405291 has P31 year + part of = Hebrew calendar (total: [https://query.wikidata.org/#SELECT%20%3Fitem%20%3Flabel%20%3F_image%20WHERE%20%7B%0A%20%20%3Fitem%20wdt%3AP361%20wd%3AQ44722.%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%0A%20%20%20%20bd%3AserviceParam%20wikibase%3Alanguage%20%22en%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%0A 416 items], query might be wrong because it only looks for main statements) Correct number is [https://query.wikidata.org/#SELECT%20%3Fitem%20%3Flabel%20%23%3FawardStat%20%3Faward%20%3F_image%20%0AWHERE%20%7B%0A%20%20%3Fitem%20wdt%3AP31%20wd%3AQ577%20%3B%0A%20%20%20%20%20%20%20%20p%3AP31%20%3FawardStat%20.%0A%20%20%3FawardStat%20pq%3AP361%20wd%3AQ44722.%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%0A%20%20%20%20bd%3AserviceParam%20wikibase%3Alanguage%20%22en%2Che%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%0A 1347 items].
# https://www.wikidata.org/wiki/Q16128671 has P31 hebrew calendar year (total: 53 items) <- edited by me before I realized 2) existed.
* What is the preferred way?
* How do we find the ones in 1) easily?--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:29, 24 November 2019 (UTC)

*I tried to follow the third approach, see e.g. {{Q|Q2106478}}. 
:To identify them, you can use PetScan with a category from a Wikipedia. --- [[User talk:Jura1|Jura]] 14:58, 24 November 2019 (UTC)
:*I agree that 3) is preferred because a year is not really a "part of" a calendar system. It is also easiest to query IMO. Big thanks for the PetScan tip. :)--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:06, 24 November 2019 (UTC)
:*I tried finding a category on the hebrew wikipedia but failed. I leave this for somebody with knowledge of hebrew to clean up.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:46, 26 November 2019 (UTC)

== {{Q|34302}} ==

I would like to add to the claim that I am not fully convinced that [https://www.wikidata.org/w/index.php?title=Q152488&type=revision&diff=1062334050&oldid=1061447440 this] is a correct interpretation of the source. How do I add such doubt to a statement?  [[User:Sextvåetc|62 etc]] ([[User talk:Sextvåetc|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:01, 26 November 2019 (UTC)
:You can deprecate the claim, and add a qualifier {{P|2241}}---{{Q|25895909}}. --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:13, 26 November 2019 (UTC)
::Well, the main problem is rather that I do not know enough about central european folklore to judge if the person I have linked is the right Ottilia. [[User:Sextvåetc|62 etc]] ([[User talk:Sextvåetc|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:31, 26 November 2019 (UTC)

== B-side_(DEPRECATED)_(P1432) empty and ready for deletion ==

So that took a minute, but I've gone through all instances of [[Property:P1432]] and it should now be all empty and ready for deletetion (re: https://www.wikidata.org/wiki/Wikidata:Requests_for_deletions/Archive/2018/Properties/1#B-side_(DEPRECATED)_(P1432) ). Please hit me up if I've missed any.
Next time we deprecate a property I suggest we also make a plan for how to empty it/migrate the content ([[Property:P969]] is still going strong...). [[User:Moebeus|Moebeus]] ([[User talk:Moebeus|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:57, 26 November 2019 (UTC)
== Items for single graves? ==

While browsing around with Wikishootme, I stumbled upon the two items {{Q|26713622}} and {{Q|26713630}}, which are about the graves of two notable persons. However, these graves by itself don't seem notable (not heritage monuments) nor have any Wikipedia article linked, so I really wonder if we should keep them as separate items, as all the information can be recorded at the item for the person buried there. [[User:Ahoerstemeier|Ahoerstemeier]] ([[User talk:Ahoerstemeier|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:20, 20 November 2019 (UTC)

*I did a few at [[Wikidata:Lists/cemetery/Ireland/Glasnevin_Cemetery#location]] or [[Wikidata:Lists/cemetery/Ireland/Mount_Jerome_Cemetery#location|Mount_Jerome_Cemetery#location]], but they seemed notable independently of the person buried there (for some I haven't actually found out who that is). --- [[User talk:Jura1|Jura]] 10:29, 20 November 2019 (UTC)
*Under our structural need provision of the notability policy, the fact that the items help to describe the other notable item makes them notable as well. Structured data works better when information about different entities is moved to different items. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 11:19, 20 November 2019 (UTC)
::{{re|ChristianKl}} What structural need does this item fulfill?  What link between the person item and any other item, wikipage, or external site would be lost by removing it?  [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:49, 20 November 2019 (UTC)
:::I could imagine that if two or more (notable) people were buried in the same grave, it would be better to link them to the same grave item rather than to duplicate the {{P|625}} data on each person’s profile, but I agree that for non-notable graves of a single notable person it’s better to keep the data on the person’s profile. [[User:Dogfennydd|Dogfennydd]] ([[User talk:Dogfennydd|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:02, 20 November 2019 (UTC)
* I think if you want to see all the people buried in a grave you can click on the image and see all the people linked to it there. See [[:File:Oscar Arthur Moritz Lindauer (1815-1866) cemetery plot in Cypress Hills Cemetery on April 23, 1999.jpg]] --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:11, 27 November 2019 (UTC)
::As I said - all information in these two items is already in the person's item as {{P|1442}} or as qualifiers to {{P|119}}. Besides, until today, both items had no {{P|31}}, so really nobody cared about them. [[User:Ahoerstemeier|Ahoerstemeier]] ([[User talk:Ahoerstemeier|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:42, 20 November 2019 (UTC)
::: I didn't look at the items in question. If all the information is really already on the original item then I agree that there's no structural need. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 22:31, 23 November 2019 (UTC)
* As someone who works a lot on graves and graveyards, I see no need for a separate entry on a grave unless it appears independently in an authority file, for instance if VIAF has an entry for it. VIAF has been creating entries based on our entries so we may get some recursive problems. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:28, 21 November 2019 (UTC)
*In some cases Commons has plenty of pictures and a category. In these case, I think it might be worth creating items for these. Merely linking the category seems suboptimal. --- [[User talk:Jura1|Jura]] 01:50, 24 November 2019 (UTC)
::I have added hundreds of pictures of gravestones, every gravestone for some small cemeteries, but I think it would be best to have the entry for the ''human'' and just use the "image of gravestone" field. There is room for the GPS coordinates of the stone with the image as a qualifier. We should always try and consolidate information into a single entry. For instance we could have an entry for every house as well as tombstone, or just use the "secondary image" field to show the house someone lived in. Of course if the house or tombstone has an entry in VIAF or other authority file, it should have its own entry here. So I think merge the two entries for {{Q|26713622}} and {{Q|26713630}}. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:00, 27 November 2019 (UTC)

== Not able to delete non-Northern Saami garbage from aliases for [[Q2994857]] ==

The only correct form in Northern Saami for this organization is "Murmánskka Guovllu Sámesearvi", i.e. the current label. When I try to delete the incorrect languages out of the Northern Saami aliases, I can't and I don't know why. I would appreciate any and all help. -[[User:Yupik|Yupik]] ([[User talk:Yupik|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:19, 27 November 2019 (UTC)
* {{ping|Yupik}} Should now be done, no idea why it didn't work for you. - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:27, 27 November 2019 (UTC)
** {{ping|Jmabel}} I figured it was a temporary glitch until I'd tried multiple times. Looks nice and clean now - thanks! -[[User:Yupik|Yupik]] ([[User talk:Yupik|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:32, 27 November 2019 (UTC)
:There is a glitch where some people cannot delete entries that contain overflow text in the "also known as" field. It has been reported and a ticket is open for it. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:34, 27 November 2019 (UTC)
== Mess of an item ==

This item {{Q|64861757}} is a mess, since the author list on the source database (Semantic Scholar) is somehow corrupt. Also, a lot of bad items have been created like {{Q|64861072}}, which links to a completely different person on Semantic Scholar, and {{Q|64861753}}, which has a broken link. Does anyone have a methodology / script that could fix the original item?  The connected "author" items should also be deleted. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 05:44, 25 November 2019 (UTC)
*Is this by Magnus? --- [[User talk:Jura1|Jura]] 10:19, 25 November 2019 (UTC)
::Seems so. {{ping|Magnus Manske}} --- [[User talk:Jura1|Jura]] 10:26, 25 November 2019 (UTC)
*Seems like it mixed up people and institutions: {{Q|Q64861629}}, {{Q|Q64861631}}, {{Q|Q64861633}}. All these in a list of {{P|50}} detailing people who are not actual authors. I think we should discontinue filling P50 with more than 10 values. --- [[User talk:Jura1|Jura]] 10:24, 25 November 2019 (UTC)
**Actually, if the list in the source website isn't meant to be a list of authors, it could be correct to include the institutions there. One more reason not to use P50 for lists of all physicists alive. --- [[User talk:Jura1|Jura]] 10:38, 25 November 2019 (UTC)
: {{ping|Ghouston}} The [https://tools.wmflabs.org/author-disambiguator/work_item_oauth.php?id=Q64861757 author disambiguator "Work item" page] might be helpful - it lets you change the series ordinal values, and remove entries with no series ordinal. However, it may need some enhancing to actually fix the problems on this one. [[User:ArthurPSmith|ArthurPSmith]] ([[User talk:ArthurPSmith|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:16, 25 November 2019 (UTC)
:: I could find a way to delete all of the author statements from the item, but is there a script that could create new {{P|2093}} from the document at the DOI? [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:43, 26 November 2019 (UTC)
::* I recreated the author list under {{P|2093}}. Many of the bogus items created as authors still need to be deleted. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:26, 27 November 2019 (UTC)
Is it only me or have other contributors experienced time-out when trying to use the Author Disambiguator tool the last couple of days? --[[User:Cavernia|Cavernia]] ([[User talk:Cavernia|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:46, 28 November 2019 (UTC)

== [[Wikidata:Alternate accounts]] and shared account ==

There's a user, Celette, which is a shared account, made more than 1000 edits in Wikidata. Many of them are non-trivial. The edits themselves don't seem unconstructive. See also:

* [[w:Wikipedia:Administrators'_noticeboard#Abusive_behavior_-_Shared_accounts]]
* [[:commons:Commons:Administrators'_noticeboard#Celette]]
* [[w:fr:Wikipédia:Le_Bistro/23_novembre_2019#Celette(s)_–_juste_une_mise_au_point…]]

Currently [[Wikidata:Alternate accounts]] does not explicitly state whether shared/role account is acceptable. I propose to add one of theses to [[Wikidata:Alternate accounts]] (not include any <small>small text</small>) to clearly state the rule of shared/role accounts in Wikidata:

* Any user account may only be used by one individual. Any accounts shared by multiple people or representing an organization may be blocked indefinitely. The only exceptions are non-editing accounts approved to provide email access or bots operated by multiple users; in both cases the use and theactual operators of the account must be publicly declared in user page. <small>This is similar to the rule in English Wikipedia.</small>
* Accounts representing a organization, non-editing accounts approved to provide email access and bots operated by multiple users are acceptable, provided that the use and the actual operators (either real name or Wikimedia user name) of the account is publicly declared in user page. Other kinds of shared uses of account is prohibited. <small>This is similar to the practice in Wikimedia Commons. Note that as Structured Data is available, many users editing Structured Data may needs to edit Wikidata.</small>
* An account may be operated by more than one individuals. The real names or Wikimedia user names of operators must be publicly declared in user page. <small>This is the most lenient policy, though still comply with the current alternate accounts policy. Some Wikipedias do not prohibit shared account, this will make them able to edit Wikidata now.</small>

I am neutral about which rule to adopt.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:57, 26 November 2019 (UTC)

*Without even giving the issue any thought - I can immediately say that am against anything that requires me to post my name publicly. Especially in this situation where I would be associated with Company X. A private sign up, where only the foundation/admins/etc sees that I work for Company X, would make it easier to accept. But I can't have my identity available publicly for all to see (and repost at will) just because I wanted to make $7 an hour over the holidays to buy my kids some Christmas gifts. [[User:Quakewoody|Quakewoody]] ([[User talk:Quakewoody|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]])
**Users then are encouraged to create an additional personal account if they are currently using a shared account if they don't want to disclose their name.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:42, 26 November 2019 (UTC)
***nope, I am not going to be sold on it. Using the above scenario, where I took a part time job over the holidays for some extra cash. I would be required to use the company account. But my name shouldn't be required to be publicly displayed. I know people who have had their names publicly posted, and I know the hassle it brings. I cannot stand behind anything that puts someone in that situation. Making a private disclosures is one thing, that way it is on record, but not something accessible to you and me and anyone with access to the internet. [[User:Quakewoody|Quakewoody]] ([[User talk:Quakewoody|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]])
* I think the most telling point here is that {{tq|some Wikipedias do not prohibit shared account}}.  Given our special central role in the WMF community, we should be very cautious about imposing restrictions more stringent than those of some client projects.  [[User:Bovlb|Bovlb]] ([[User talk:Bovlb|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:02, 26 November 2019 (UTC)
*Shared accounts don't seem any more harmful than accounts run by one individual. Indeed the question of how many people use an account borders on the bizarre. Treat it as an account. If the account does bad things, warn and block, &c. The idea that users of the account need to identify themselves is for the birds - or to put it another way, deeply repugnant pointless damaging control freakery which does nothing at all to alleviate any supposed (but hitherto unarticluated) problem. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:24, 26 November 2019 (UTC)
* I don't think it is an issue at all. In pl.wiki we have even an account with admin privileges that is used by two individuals. More problematic are multiple accounts run by one individual, but we shouldn't do anything about it until those accounts are harmful in some way. None of the propositions is acceptable for me and what's probably the most important thing here: there is no way we can tell that an account is used by more than one person. ''[[User:Wostr|Wostr]]'' <small>([[User talk:Wostr|talk]])</small> 16:46, 26 November 2019 (UTC)
*In the past we usually agreed that we want to allow account names that suggest that an organisation is behind the account. From my perspective it's useful to have such accounts to allow organizations to interact with Wikidata. Instead of requiring disclosure of names I would declare such account to be inegible to vote. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 16:52, 26 November 2019 (UTC)
** {{ping|Bovlb}} Please note the sock policy here is already very strict within WMF wikis. Many wikis allow alternative accounts for privacy purposes and clean start without disclosure; enwiki even does not require (strongly recommend only) alternative or former accounts to be disclosed while requesting adminship. Here we require disclosure all alternative accounts of all purposes.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:48, 26 November 2019 (UTC)
*** {{ping|GZWDer}} Thanks.  All good points, but I stand behind my position that caution is required here.  Suppose someone uses an alternative account to rename a page on some Wikipedia, and that automatically causes an edit here on Wikidata.  How does this policy apply if the account is proper on the home Wikipedia but improper here?  If someone follows "edit data in Wikidata" link from a Wikipedia, how are they to know that their very account is suddenly improper?  
**: BTW, I have reviewed [[Wikidata:Requests for comment/Sockpuppetry guidelines|the original RFC]] and, although it contains the language "used by a single person", there seems to be very little discussion of that point.  [[User:Bovlb|Bovlb]] ([[User talk:Bovlb|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:49, 26 November 2019 (UTC)
**With one or two small and very specific exceptions, no one is eliigble to vote, on Wikidata. <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> 15:24, 28 November 2019 (UTC)
* Please can we keep policy proposals on a separate page, with a short summary and link here? <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> 15:24, 28 November 2019 (UTC)

== Is used for/as, has function ==

Chemical compounds are used as drugs, food additives, solvent and many more, also have functions as inhibitors, antagonists etc. It seems that there is full freedom in using one of the following properties:
* {{P|P2868}}
* {{P|P366}}
Which one should be used to describe that {{Q|Q423111}} is used as {{Q|Q2853144}}, {{Q|Q278387}} is used as {{Q|Q189567}}, {{Q|Q414116}} function as a {{Q|Q8042974}}? ''[[User:Wostr|Wostr]]'' <small>([[User talk:Wostr|talk]])</small> 00:15, 27 November 2019 (UTC)
:It appears from the desciption {{P|P2868}} is intended as qualifier. Also role can be without humans participating, like in [[Q37525#P361]]. --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:13, 27 November 2019 (UTC)
* {{P|P2868}} is created to be a qualifier to make an existing statement more specific. We lack a few properties to describe chemical components well. Ideally, someone would think about what properties we need and then make proposals. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 10:30, 27 November 2019 (UTC)
:* There's some disagreement about that on its talk page. [[Wikidata:Property_proposal/has_role]] is worth reading. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:54, 27 November 2019 (UTC)
:* According to the property proposal[https://www.wikidata.org/wiki/Wikidata:Property_proposal/has_role] this property was not proposed and created as a qualifier. This is a reinterpretation that occured alongside the creation of {{P|P3831}}. {{P|P2868}} was actually proposed with chemical compounds in mind. - [[User:Valentina.Anitnelav|Valentina.Anitnelav]] ([[User talk:Valentina.Anitnelav|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:06, 27 November 2019 (UTC)

Since 1. no one has an argument against this being used as a main property, and 2. there is no property that can be used e.g. for parts of chemical processes where no person uses the item but the item has a role nevertheless, and 3. because the creation with a constraint created tens of thousands of useless conflicts I will remove the constraint tomorrow at the latest. --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:35, 27 November 2019 (UTC)
:I only remembered our reinterpretation and not the initial proposal. I agree that it's sensible not to remove the initial usage pattern. If we decide for that, we however should change the description. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 12:26, 28 November 2019 (UTC)
::I already changed it slightly to include both usages. --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:14, 28 November 2019 (UTC)
== P1402 should be an external identifier ==

Hi. I'd like to suggest that {{p|P1402}} be switched to an external identifier, since that is what it is (currently datatype string). Thoughts? --[[User:DannyS712|DannyS712]] ([[User talk:DannyS712|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:22, 26 November 2019 (UTC)
: I agree. One of the main reasons it currently isn't is that we often have multiple items for one FMA identifier. One for the human version of the anatomical feature and one for the version that's not species bound. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 14:13, 26 November 2019 (UTC)
::So we can just not use {{st||P2302|Q21502410}} --[[User:DannyS712|DannyS712]] ([[User talk:DannyS712|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:15, 26 November 2019 (UTC)
::https://www.wikidata.org/wiki/Wikidata:Identifier_migration gets you on the way to the previous discussions. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 12:41, 29 November 2019 (UTC)

== Query with regard to license ==

When the licence is CC0 is there anyway to track when the data from Wikidata is used for commercial purposes? The fact that when the CC0 licence permits the use of data of Wikidata anywhere and for any purpose is understandable, but the contributors must be given the confidence about the flow of data. There are no clear protocols on the levels of sensitivity of the data that is published here, this will refrain users from trusting the platform.

Please let me know if my understanding is wrong at any point or I am also ready to help in standardising the project as I find it useful and helpful for various reasons and as lover of Open Knowledge movements.

Thanks

--[[User:Bhuvana Meenakshi|Bhuvana Meenakshi]] ([[User talk:Bhuvana Meenakshi|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:56, 28 November 2019 (UTC)
* There's no way to track all ways data is used. If you don't want data to be widely used then you shouldn't upload it to Wikidata. As far as sensitivity of data goes we have [[Wikidata:BLP]] that limits some private data. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 12:39, 29 November 2019 (UTC)

== Overflow of [[Wikidata:Property_proposal/Authority_control]] ==

If you go to the bottom of [[Wikidata:Property_proposal/Authority_control]], you'll notice the last 5 proposals are not transcluded but only given as links (whereas 72 proposals are transcluded), and at the bottom "Categories: Pages where template include size is exceeded".

Can this limit be increased, or can the property creation masters expedite the discussion of these 72 proposals? --[[User:Vladimir Alexiev|Vladimir Alexiev]] ([[User talk:Vladimir Alexiev|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:28, 28 November 2019 (UTC)
:{{ping|Vladimir Alexiev}} It seems that 16 of the properties were recently created but not yet archived. I'm sure {{ping|Pintoch}} will get to archiving their proposals soon. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:58, 28 November 2019 (UTC)
::{{ping|Mahir256}} I never archive proposals myself, that is done by {{U'|DeltaBot}} periodically (but I guess it can probably done manually in situations like this). Thanks to {{U'|DannyS712}} who closed quite a few long-standing proposals, this should soon become more manageable. − [[User:Pintoch|Pintoch]] ([[User talk:Pintoch|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:04, 28 November 2019 (UTC)
:::DeltaBot normally waits with archiving a couple of days after a proposal gets closed (the poposal might get reopened...). I've now speeded up the process now. --[[User:Pasleim|Pasleim]] ([[User talk:Pasleim|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:54, 28 November 2019 (UTC)
:I went and closed most of the stale ones. However, I participated in some, and so couldn't close those. Can someone else please close [[Wikidata:Property proposal/Ents24 artist ID]], [[Wikidata:Property proposal/MovieTickets person ID]], [[Wikidata:Property proposal/StubHub artist ID]], and [[Wikidata:Property proposal/Eventim artist ID]]? Thanks, --[[User:DannyS712|DannyS712]] ([[User talk:DannyS712|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 07:43, 29 November 2019 (UTC)
:: I closed those three. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 12:35, 29 November 2019 (UTC)

== Can I get more attention please? ==

I really want more people to support me for my edits, I’m adding more languages on page and fixing ones that are wrong like [[Canimals|This]] where is was correcting languages.[[User:LoganTheWatermelon|LoganTheWatermelon]] ([[User talk:LoganTheWatermelon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:57, 24 November 2019 (UTC)
:Hi Logan. You've made 39 edits to wikidata. There have been 1,060,623,795 edits since Wikidata was started, and edits are running at - I forget - somewhere north of 500,000 per day. We're grateful for any good work you do, but keep a sense of proportion. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:55, 24 November 2019 (UTC)
::{{Ping|LoganTheWatermelon}} In the link you give, you want to talk about {{Q|Q3655358}}. Be aware that sitelinks do not have the same POV. I have reverted several times your clumsiness, but you come back with your bad translation. For starters, POV-pushing is not the right strategy. —[[User:Eihel|Eihel]] ([[User talk:Eihel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:19, 29 November 2019 (UTC)
:::{{Ping|LoganTheWatermelon}} You wanted some more attention. Here it is. If you edit war, as you are doing at {{Q|3655358}} and if you call other users liars ([https://www.wikidata.org/w/index.php?title=Q3655358&type=revision&diff=1065621461&oldid=1065620887 diff]) you will very quickly be blocked. Life is too short for that sort of bullshit. Either walk away from the issue, or start discussing in a civil fashion. Only warning. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:35, 29 November 2019 (UTC)
== Full movies on Commons ==

Which {{P|P3831}} should i use to indicate that the full version of a movie (for example {{Q|Q1291269}}) is available on Commons Media? --[[User:Trade|Trade]] ([[User talk:Trade|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:06, 28 November 2019 (UTC)
:Neither; use {{P|P953}}. <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> 21:16, 28 November 2019 (UTC)
*Just use {{P|10}}. Qualify trailers with {{P|P3831}}. I don't see why one could sensibly use P953. --- [[User talk:Jura1|Jura]] 21:33, 29 November 2019 (UTC)
**Your lack of seeing is not a reason for bad data. "video" can be full or partial. P953 is explicitly the '''full'' work. <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> 17:36, 30 November 2019 (UTC) <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> 17:36, 30 November 2019 (UTC)
***Why wouldn't one use the sensible datatype for Commons? --- [[User talk:Jura1|Jura]] 17:53, 30 November 2019 (UTC)

== Is this claim right? ==

Hi,

is [[Special:Diff/1060406533|this claim]] right? I'm not sure the property is accurate for such title. Best, [[User:Nomen ad hoc|Nomen ad hoc]] ([[User talk:Nomen ad hoc|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:26, 28 November 2019 (UTC).
:Hello Nomen ad hoc, It works because you have chosen that it is a distinction, so it doesn't trigger any error of constraint. On frwiki and enwiki, it is called "program", so {{Statement|Q71985707|P31|Q603948}}. That I added to Q71985707. On the website, the award winners are laureates. Participants in this program attend seminars to be part of it. In return, this foundation awards the Washburne Prize. —[[User:Eihel|Eihel]] ([[User talk:Eihel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:31, 30 November 2019 (UTC)

== Is there a way to tag Requests for Deletion to be archived? ==

At the moment there are a lot of items in Requests for Deletion and in some cases the items were improved to the extend that it doesn't make sense to delete them anymore. I see no document process of how to handle those items. What's the best practice? Should we write it down in the header of Requests for Deletion? [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 23:09, 29 November 2019 (UTC)
:You can add {{tl|Not deleted}} and shortly describe the reason for your decision. DeltaBot will then archive the section properly. —[[User:MisterSynergy|MisterSynergy]] ([[User talk:MisterSynergy|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:27, 30 November 2019 (UTC)

== Best way to store per-article submission date, acceptance date, & peer review info ==

:''See discussion at [[Wikidata_talk:WikiProject_Source_MetaData#Best_way_to_store_per-article_submission_date%2C_acceptance_date%2C_%26_peer_review_info|Wikidata_talk:WikiProject_Source_MetaData]]
[[User:Evolution and evolvability|T.Shafee(evo&#38;evo)]] ([[User talk:Evolution and evolvability|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:00, 30 November 2019 (UTC)

== sorting of properties ==

I've just added some info in the label {{Q|47762}} and I noticed the values (people) of the property {{P|286}} are not sorted by time but are completely random. Is there a way to fix this? (First time here, so apologies if I stated the Q. incorrectly or in the wrong place. I looked in the FAQ) --[[User:Dutchy45|Dutchy45]] ([[User talk:Dutchy45|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:04, 29 November 2019 (UTC)

: It looks as though you want to sort the values associated with a single property, rather than sorting a group of properties.  You can use {{P|1545}} with values of 1, 2, 3, ... to indicate the sequence of items, if you have a complete list. --[[User:EncycloPetey|EncycloPetey]] ([[User talk:EncycloPetey|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:02, 30 November 2019 (UTC)

:There isn't currently any way to order different claims in a property, or different qualifiers on a claim. It's been requested before but I think there simply aren't any technical mechanisms we could use for it as yet, or any firm idea how we should do the ordering (by preferred/normal/deprecated ranking? by a list of suggested values like with sorted-properties? by values on qualifiers like start time or series ordinal?). At the moment, it's essentially first-comes-first, so you could in theory re-order them by selective deletion and reuploading, but this would be an awful lot of work (and introduce the possibility of errors) for purely cosmetic benefit. [[User:Andrew Gray|Andrew Gray]] ([[User talk:Andrew Gray|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:50, 30 November 2019 (UTC)
:: I think there's a sequence number so the properties remain in the same order over time. You could probably change them through the API, by replacing the entire statement. [[User:Ghouston|Ghouston]] ([[User talk:Ghouston|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 01:37, 1 December 2019 (UTC)

== UI error in Monobook ==

Anyone care to fix [[:File:WDerror(Monobook).png|this]]? (I mean both the UI error and the mistakes in the description of Q41113, which I could not edit properly.) [[User:Tuvalkin|Tuvalkin]] ([[User talk:Tuvalkin|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:52, 30 November 2019 (UTC)

== Query with regard to Blazegraph ==

I recently explored about Wikidata and how the background works and got a few queries on the project per se:

Why Blazegraph when other smooth GraphDB with even more decent features available in Open Source world? I know that it would just take little more efforts to migrate from the SPARQL to GraphQL, but since both have the base on SQL it should be easier to move on.

Thanks

--[[User:Bhuvana Meenakshi|Bhuvana Meenakshi]] ([[User talk:Bhuvana Meenakshi|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:56, 28 November 2019 (UTC)
: I think there are 3 different questions here:
:* Blazegraph was reasonable choice few years ago, but it is clear that project is dying (see [https://github.com/blazegraph/database/graphs/commit-activity]). It will not stop working overnight, but we should actively look for replacement in the next 12-18 months. Feel free to suggest "other smooth graphdb" [[phab:T206560|here]] as long as they fulfill defined requirements.
:* I don't want to start SPARQL vs GraphQL debates here, both have their strengths and weaknesses. But SPARQL was here for several years and there are hundreds (if not thousands) clients that relies on SPARQL to access wikidata. I do not see how we can migrate all of them to GraphQL with "little more effort". But nevertheless I do believe that there are room for both SPARQL and GraphQL wikidata endpoints. The only question is who will do this "little more effort" :)
:* Neither SPARQL nor GraphQL "have the base on SQL". SPARQL design is heavily influenced by SQL but some pieces of SPARQL cannot be expressed in SQL (see second bullet in [[mw:MW2SPARQL#Known issues]]). GraphQL can sit on top of SQL database, but it is not a requirement. [[User:Ghuron|Ghuron]] ([[User talk:Ghuron|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:33, 1 December 2019 (UTC)

== Depicts ==

{{tracked|T239628}}

Is the plan to eventually have "depicts" at Wikimedia Commons show up here when I click on "What links here"? That would be very useful, twice someone deleted an incomplete entry I created here not knowing it had and active link from Commons. --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:26, 25 November 2019 (UTC)

: {{reply to|Richard Arthur Norton (1958- )}} I’ve created [[phabricator:T239628|T239628]] for this. It might also be useful if an administrator added a hint like “please check if the item is used on Commons” to the [[MediaWiki:confirmdeletetext]] message. --[[User:Lucas Werkmeister (WMDE)|Lucas Werkmeister (WMDE)]] ([[User talk:Lucas Werkmeister (WMDE)|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:39, 2 December 2019 (UTC)
::Excellent! --[[User:Richard Arthur Norton (1958- )|RAN]] ([[User talk:Richard Arthur Norton (1958- )|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:59, 2 December 2019 (UTC)

== Military ranks in the name of people ==

Some of these peers have a name that includes a military rank. First, they were not born with such a rank, it is probably the end rank of a military career. We do not support the use of a rank in names and consequently they need to be removed. 

Also, I take it that we accept these peers and as a consequence all the hassles associated with it. I expect that other domains may enjoy similar accomodatons.. Do you all think that is reasonable? Thanks, [[User:GerardM|GerardM]] ([[User talk:GerardM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:02, 30 November 2019 (UTC)
:There are about 100,000 items that need prefixes in labels removed. 
:Labels of the 500,000 items probably also need fixes in other ways: for non-British titles, some should likely not be in labels, but these are harder to find. --- [[User talk:Jura1|Jura]] 13:14, 30 November 2019 (UTC)
:: Please note that military ranks are valid for fictional characters, for example, {{Q|Q12525586}}, {{Q|Q3223925}}. --[[User:EugeneZelenko|EugeneZelenko]] ([[User talk:EugeneZelenko|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:40, 30 November 2019 (UTC)
:::When we accept that so many labels are wrong and that we are to accept these labels, that we can accept similar error counts in other efforts? Thanks, [[User:GerardM|GerardM]] ([[User talk:GerardM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:40, 30 November 2019 (UTC)
::::Do we? I can't really speak for you. In any case, cleanup has already start. 20% (or even 10%) is way too high. --- [[User talk:Jura1|Jura]] 16:35, 30 November 2019 (UTC)

Just to note that such labels should not be removed altogether, so much as moved to the alias. Beyond that, it's not an error so much as a thing that can be improved over time. "The label is the most common name that the item would be known by", per [[Help:Label]], and although it is our custom to use a names shorn of titles in labels, including titles is far from wrong, especially where people are commonly known by those end rank of a military career titles. In the UK, I suspect more people known Field Marshall Montgomery than know he's called Bernard. And AFAIK Earl Haig's first name - Douglas - is still a state secret. To be clear, I'm all for improving the labels, but it needs a little more thought than making it into a crude stick with which to beat GZWDer. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:27, 30 November 2019 (UTC)
:I do not make it about anyone in particular. For me it is about how do we deal with issues like this. Are we evenhanded in this? We have acquired a more and more repressive mode of operandi.. When I started I could do and did tens of thousands of edits in an hour, now a process I ran used one hour and a half for a little over 200 edits. I find that more and more it is an incrowd who can and do edit and when they do not like what someone else does, they have ample opportunity to frustrate and make the work impossible. THAT is why it is not about anyone in particular but about how we deal with imports, each other and questions of notability for the subject matter we champion. [[User:GerardM|GerardM]] ([[User talk:GerardM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:08, 30 November 2019 (UTC)
::NB did anyone actually READ the article about Burke's? What version of its data are we actually using.. From a qualitative point of view, its quality is not more that that it is IN this list. Thanks, [[User:GerardM|GerardM]] ([[User talk:GerardM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:25, 1 December 2019 (UTC)
::{{ping|Tagishsimon}} {{user|GZWDer}} deserves all the  crude sticks and wet trouts due. Hi/hers massive, unilateral, undiscussed (and possibly copyright violating) importation of hundreds of thousands of problematic items, many of which duplicate existing items, is the root cause of much woe previously and currently aired on this very message board.  GZWDer, you should have solicited input for best practices and preliminary review before bringing in this mountain of crap. The Peerage is by no means authoritative, nor error free, nor complete, and it should never, ever, be construed as such. It's literally the work of one guy, impressive though it is.  [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:47, 2 December 2019 (UTC) 
:::Is there an implication that a source used in Wikidata is "error free"? I thought not; and that that is why we have the ability to hold two, contradictory, and cited, statements. <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> 10:30, 2 December 2019 (UTC)
::::Really, we have had and, still have tons of discussions on ceb.wikipedia, on geographic data. We prevent the use of the one tool that imports data from ORCID for "qualitative reasons" and here we have a source where scientists indcate that Burke's is largely an invention. It supports an establishment that is alive and well in the USA and the UK. So not, it is not only not "error free" it is also prejudicial. I have asked for the reason for having this data, I have indicated that the data duplicates so much of what we know, makes disambiguation truly problematic and it establishes an unnecessary bias in our data. So don't start me on error free. [[User:GerardM|GerardM]] ([[User talk:GerardM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:20, 3 December 2019 (UTC)

*{{Q|Q633396}} was not part of the import, but please don't change its label into "Field Marshall Montgomery". --- [[User talk:Jura1|Jura]] 16:32, 30 November 2019 (UTC)
::Thank you for that injunction of the bleedin', on both fronts, obvious, Jura. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:35, 30 November 2019 (UTC)

== Suborganization that publicizes datasets ==

https://www.wikidata.org/wiki/Q76505416
Is this correct? Maybe it is better to keep all the information on the parent item?--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:22, 26 November 2019 (UTC)

:Not correct. Publisher doesn't work that way. Statement deleted. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:28, 26 November 2019 (UTC)

:: Could you, or someone else, teach me how to store this correctly in wikidata?--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 12:14, 26 November 2019 (UTC)
::: When using a property you should read it's description. The description of "publisher" is "organization or person responsible for publishing books, periodicals, games or software". The omnious organziation "dataset" is not responsible for publishing "United Nations Office for the Coordination of Humanitarian Affairs Chad"
::: https://data.humdata.org/organization/ocha-chad might be {{P|P856}} or {{P|P973}}. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 13:42, 26 November 2019 (UTC)
::::If you determine wikidata should be storing information on the publication and its publisher, then it - the publication - should have an item, with a statement identifying its publisher. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:20, 26 November 2019 (UTC)
::::: Thanks for the clarifications. :) Maybe this is not meeting the notability criteria. I am about to gain access to this dataset (to be released under CC0 hopefully), which is the only reason I created the item. WDYT, should we have an item for all released datasets in the world? The webpage https://data.humdata.org has a lot of datasets and it might or might not be worth it to have an item for each of these in WD. I personally think that if I was a researcher looking for datasets it would be really nice to query WD to get a list of them.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:31, 26 November 2019 (UTC)
:::::: I think it's likely that these kinds of UN datasets do qualify under our policies. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 12:35, 28 November 2019 (UTC)
::::::: {{ping|ChristianKl}} [[Wikidata:Partnerships_and_data_imports#UN_datasets_related_to_humanitarian_work|See further discussion about the import]].--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:31, 4 December 2019 (UTC)

== [[Q75240168|unknown (?)]] ==

{{SPARQL|query=SELECT * { ?item wdt:P31 wd:Q5 ; rdfs:label "unknown (?)"@en }  }}

I came across few of these yesterday. I don't think it's forth creating items like {{Q|Q75240168}}. Currently there are 74 of these.

There are also items like {{Q|Q75707302}}. Supposedly we could keep them if they are linked from some other item. There are several thousands.

{{ping|GZWDer}}. --- [[User talk:Jura1|Jura]] 19:04, 21 November 2019 (UTC)
* Actually they are here as part of family tree. Many of them are described in books so they seems notable by itself. [http://www.thepeerage.com/p15032.htm#i150319 Sometimes] not having items for them will make relation impossible to express.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:09, 21 November 2019 (UTC)
**{{ping|GZWDer}} Will you add any relations? Will there be more than one pointing to these "unknown"? --- [[User talk:Jura1|Jura]] 19:10, 21 November 2019 (UTC)
*** The relation will be imported once all items are created.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:12, 21 November 2019 (UTC)
::::{{ping|GZWDer}} Will you be creating item labels for the recent 300k+ item Peerage import? Search discovery is devalued to the extent that users have to pull up the full records of each of the e.g. [https://www.wikidata.org/w/index.php?search=&search=Sarah+Thompson&title=Special%3ASearch&go=Go&ns0=1&ns120=1 7 Sarah Thompsons] you've just added so as to ascertain they're not the single Sarah Thompson for which e.g. a sitelink is required. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:35, 21 November 2019 (UTC)
:The default description in Mix'n'Match is like "M, #150314, d. between 24 July 759 and 25 July 759" (for {{Q|667227}}), but I don't know how useful they are.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:40, 21 November 2019 (UTC)
::Year of death would be helpful. --- [[User talk:Jura1|Jura]] 19:42, 21 November 2019 (UTC)
:{{edit conflict}} It should be pointed out that these are imported from {{Q|21401824}}, which while valuable and useful, and often sourced, is basically the work of one guy, who admits it is incomplete in sections and may contain errors (it certainly contains omissions of some children). It's likely that at least some of the "unknown Millers" and "unknown Smiths" etc. are already known from other sources, or will be identified in the future, by either direct documentation or inference. The Peerage is strongly biased towards British and European families, and, from casual perusal, marriages into American families are under-documented, perhaps by design. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:57, 21 November 2019 (UTC)
:: [https://www.genealogics.org/ genealogics.org] is another website with some additional information, but I'm not sure how can the information be imported to Wikidata - 1. The content are one entries per page, which means we need to scrap 700000+ pages to get all entries; (however, There's an API to get all ancestors up to 8 generations, which will make import easier) 2. The site employs an automatic process to detect data mining, but I don't know how this is enforced; 3. How to detect duplicates from entries already imported from other sources.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:09, 21 November 2019 (UTC)
*The problem is that every family eventually has some unknown parents .. If there isn't much more to say about them, I don't see the point of creating items for them. It's clear that other website might have entries for every human. --- [[User talk:Jura1|Jura]] 19:42, 21 November 2019 (UTC)
::The default used for CBDB and ORCID creations, where no other useful information is at hand, is along the lines of {{Q|18906638}} "person, CBDB = 95054" or {{Q|54958328}} "researcher ORCID: 0000-0002-9013-1199" which have the benefit of allowing users to see from search results that these are not the e.g. shotputter they're trying to add a sitelink for. It greatly speeds up discovery when it can be seen that this item belongs to a certain set - CBDB, ORCID, Peerage. The alternative, as I noted, is that one must pull up each item one by one; and this takes a very great deal of time to do. --[[User:Tagishsimon|Tagishsimon]] ([[User talk:Tagishsimon|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:48, 21 November 2019 (UTC)
::::For first two, it's not really optimal, but probably a somewhat ugly, but reasonable compromise. Makes excluding them easy.
::::For the peerage ones, YOD should definitely be included, otherwise items for US/UK people will just become unworkable. Adding "British" in the description of people who may not be seems problematic. This still doesn't solve the problem of creating items for "unknown (?)". --- [[User talk:Jura1|Jura]] 20:04, 21 November 2019 (UTC)
:::::Not every people have a DOB/DOD. In 719120 records 362103 (50.4%) have DOB information and 265589 (36.9%) have DOD information. These include non-precise ones like circa, before, between, etc.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:15, 21 November 2019 (UTC)
:::::Also, not every people are British and not every people are British peer or relation. The Peerage includes [http://www.thepeerage.com/p68988.htm#i689874 an entry] for {{Q|1317}} as one of his brother's wife is a step-daughter of {{Q|5233046}} which make bin Laden part of the large family tree.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:22, 21 November 2019 (UTC)
::::::{{ping|Gamaliel}} can you stop adding them? --- [[User talk:Jura1|Jura]] 20:26, 21 November 2019 (UTC)
:::::::I'm not adding descriptions to any items with preexisting descriptions, so the Osama bin Laden example is a red herring.  The majority of these are unknown and insignificant relations of a royal family. The lack of descriptions have already created significant difficulties with searching and reconcilation. [[User:Gamaliel|<span style="color:DarkGreen;">Gamaliel</span>]] <small>([[User talk:Gamaliel|<span style="color:DarkGreen;">talk</span>]])</small> 20:33, 21 November 2019 (UTC)
::::::::You are adding "British peer or relation" to items about people how may not be British. Please hold this for now. --- [[User talk:Jura1|Jura]] 20:54, 21 November 2019 (UTC)
:::::::::Sure, temporarily.  Can we also hold off on the creation of new blank Peerage items?  In addition to the search and reconciliation issues there are also a large number of duplicates. [[User:Gamaliel|<span style="color:DarkGreen;">Gamaliel</span>]] <small>([[User talk:Gamaliel|<span style="color:DarkGreen;">talk</span>]])</small> 20:57, 21 November 2019 (UTC)
::::::::::As there's a name index in The Peerage, there's few internal duplicates. Most of the duplicates exists because of different transcription of foreign names.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:22, 21 November 2019 (UTC)
:::::::::::Sorry, I didn't mean duplicates in The Peerage itself, I mean that you are creating duplicate Wikidata items.  A lot of this is from labels that are not in the proper format for Wikidata - e.g. Rev. John Smith vs. John Smith, etc. [[User:Gamaliel|<span style="color:DarkGreen;">Gamaliel</span>]] <small>([[User talk:Gamaliel|<span style="color:DarkGreen;">talk</span>]])</small> 21:27, 21 November 2019 (UTC)
::::::::::::Actually Wikidata itself does not have a consistent format for labels. enwiki and cywiki articles {{Q|7528680}} uses different naming convention. As all records are stored in a SQL database, it is easy to add alternative names as aliases (or replace the labels, if required).--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:50, 21 November 2019 (UTC)
:::::::::::::I'm indifferent as to which format is proper, if any, and the more aliases the better as far as I am concerned.  The real issue is the duplicate Wikidata items being created.  [[User:Gamaliel|<span style="color:DarkGreen;">Gamaliel</span>]] <small>([[User talk:Gamaliel|<span style="color:DarkGreen;">talk</span>]])</small> 21:53, 21 November 2019 (UTC)
*{{re|GZWDer}} This item doesn't allow you to express anything that you can't currently express with <unknown value>. If you know nothing about the father of John Smith besides him being the mother and need an item for the father because you want to store his occupation, you might create in the worst case an item named "father of John Smith" which would be more informative then if the item is named "unknown" which might be easily confused with other people for whom we don't know the name as well. [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 20:31, 21 November 2019 (UTC)
*{{ping|GZWDer}} Was there a request for Permission for [[User:GZWDer (flood)]] to mass import entries from The Peerage? I'm not alleging any wrongdoing, but mass imports from any large database should be scrutinized for potential errors and hiccups well before they begin. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:01, 21 November 2019 (UTC)
** I whole-heartedly agree. We need a solid import plan before we give a go ahead for massimports.--[[User:So9q|So9q]] ([[User talk:So9q|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:55, 23 November 2019 (UTC)
* I have checked all people with a child with Peerage ID. There're various errors in both Wikidata and The Peerage.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:07, 21 November 2019 (UTC)

::There are undoubtedly errors in both sources, as is to predicted for any genealogy database (I've seen errors in larger sources like Geni.com that list sisters as spouses, e.g.). Which is why preliminary scrutiny is important. What do you mean by "checked all people with a child ID"? There have been many duplicates created already, including people already with a Peerage ID. Do you have a plan to identify and merge all duplicates? If you plan to do more bot-automated tasks, such as mass merges of duplicates or linking items through marriage or lineal descent, it should be absolutely transparent and reviewed beforehand to allow troubleshooting or at least a forewarning for people understandably concerned about where the change is coming from. You're creating a lot of dust along with your construction: hopefully when the dust clears all be will worked out with minimal extra effort, but an "in construction" notice certainly couldn't hurt. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:07, 21 November 2019 (UTC)
:::In my opinion duplicate is less a problem than incorrect match. Duplicates will be more easy to find once more data are added.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:48, 21 November 2019 (UTC)
::::One issue is whether it's worth merging duplicates by hand, or whether one should wait: since the scope and aims of your Peerage bot import aren't clear, would it hinder some undisclosed master plan in the works if duplicates are merged manually? And again I think you should clearly state exactly what your bot will be doing, and how it will go about doing it. Are you importing the entirety of The Peerage? Will your bot add descriptions and birth/death years to the items has created? Will it add all family linkages? How will it handle entries that already have items? Will duplicates be merged automatically or merely flagged for human review? [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:43, 21 November 2019 (UTC)
:::::When unsure, would {{P|460}} be in order, or does that require a citation? - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:19, 22 November 2019 (UTC)
::::::I say just do it. it's the Wild West here in Wikidata. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:58, 23 November 2019 (UTC)
: Where is the bot approval for the 300k import from Peerage? [[User:ChristianKl|<font color="#0000EE">'''ChristianKl'''</font>]] ❪[[User talk:ChristianKl|✉]]❫ 10:45, 27 November 2019 (UTC)
::Ha! Good luck with that. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 04:52, 2 December 2019 (UTC)
:::What is the status of this mess {{ping|GZWDer}} feels like if he has a sources then it should be imported to Wikidata. Check {{Q|76205668}} and {{Q|75322445}}
:::* no description
:::* no location {{P|27}} / {{P|19}} / {{P|20}} 
:::* no dates {{P|569}} / {{P|570}} / ....
:::* no relations to other WIkidata objects
:::* no wikipedia articles
:::- [[User:Salgo60|Salgo60]] ([[User talk:Salgo60|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:52, 7 December 2019 (UTC)
:They are husband of someone (it may take another several days to import all spouse relations). Actually the father-in-law of both people have a Wikipedia article.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:10, 7 December 2019 (UTC)
::{{ping|GZWDer}}this was started 3 weeks ago it hasnt taken some days... and if you know something why add those empty items at the first place... and why continue adding new... why adding no location or date estimates... now everyone else has to check every item to understand what it is... this is more like something for a genealogy sites were people massimport things they hope is true... my understanding is that sites like [https://www.wikitree.com/wiki/Special:UploadGedcom Wikitree] has stopped those massimports because all the mess it creates... 
::Can someone confirm the quality of http://www.thepeerage.com/ we never use {{P|2949}}, {{P|2600}}, {{P|4159}} {{P|535)}} as a source. When I read on [http://www.thepeerage.com/ www.thepeerage.com] it feels like a one man hobby project..... - [[User:Salgo60|Salgo60]] ([[User talk:Salgo60|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:35, 7 December 2019 (UTC)
:::Reading [https://www.wikidata.org/wiki/Wikidata:Property_proposal/The_Peerage_person_ID the Peerage person ID property proposal] the person suggesting it classify it as '''"reasonably accurate"''' now we use it as the only source for creating "empty" objects. Any comments {{ping|GZWDer}} why you think we can trust it as a source for creating new objects - [[User:Salgo60|Salgo60]] ([[User talk:Salgo60|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:43, 7 December 2019 (UTC)
:::: The Peerage should only be a provisional source. It is more reliable than WikiTree/Geni/WeRelate which are user-generated with little review, but if there's some more reliable sources (like Burks'), it should be used instead eventually. Otherwise The Peerage may still be used as a (not very good) secondary source.--[[User:GZWDer|GZWDer]] ([[User talk:GZWDer|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:59, 7 December 2019 (UTC)
:::::Then I think we shouldnt add new items based on that "source" maybe confirm other created objects... - [[User:Salgo60|Salgo60]] ([[User talk:Salgo60|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:26, 7 December 2019 (UTC)
::::::{{ping|GZWDer}} now Wikitree discuss this massimport see [https://www.wikitree.com/g2g/951698/bot-import-of-the-peerage-data-in-wikidata-good-or-bad-news link] '''Bot import of The Peerage data in Wikidata - Good or Bad News?''' every week WikiTree checks its > 20 000 000 profiles with more sources like Wikidata see [https://www.wikitree.com/wiki/Space:Data_Doctors_Report_2019-12-01 latest report "Data Doctors Report (December 1st 2019)"] Wikidata check are 541 - 569. You can also see the statistics [http://wikitree.sdms.si/default.htm?report=stat1&dataID=501&Year=2 link]
 the number of "has mother" relationships in Wikidata as Aug 1st, 2019 was about 62,000. It's now over 480,000. 
::::::if we are lucky WikiTree correct errors and [https://www.wikitree.com/g2g/951698/bot-import-of-the-peerage-data-in-wikidata-good-or-bad-news?show=951863#c951863 regarding to the discussion] so is Darryl at thepeerage fast updating his tree the problem I see now is that Wikidata will not be updated as we are out of the loop?!?!?. Question {{ping|Lesko987a}} is there a WikiTree feed that e.g. {{u|GZWDer}} can use to see what is corrected in WikiTree compared to what we have in Wikidata? My feeling is that when we Wikidata and WikiTree has a mismatch WikiTree people just mark Wikidata as wrong and nothing is changed in Wikidata. I guess this import adds Wikidata objects that never will have a Wikipedia article and I guess they will get less cared about than profiles in Wikitree and Wikidata profiles with Wikipedia article. Will Wikidata be the new loser sitting with data that is never updated... is there a plan for '''a dataroundtrip?'''  -  [[User:Salgo60|Salgo60]] ([[User talk:Salgo60|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:11, 8 December 2019 (UTC)
:::::::We have no feed, that could be used for this. I do run compare of the databases each week and create the Error report on WikiTree with the goal to improve WikiTree data. Something similar could be done for WikiData, but I don't know who would look into it. Now when thepeerage import was done, I could do something similar for Wikitree. I however wouldn't create new items, since there would be 20M of them, but I would add different data from wikitree to wikidata and only references to matching data. I will decide about this in the future. Now I have more than enough work on all new data from thepeerage. the import created 1000s of duplicated items. <small>&nbsp;&ndash; {{Autotranslate|base=Unsigned/text|1=Lesko987a|2=8 december 2019 kl. 17.14‎}}</small><!--Inserted with Template:Unsigned-->
:::::::::{{u|Lesko987a}} Thanks for the feedback. I think today there is no good way of adding suggestions to Wikidata more than directly update Wikidata. We have for matching external sources Magnus Manske tool [https://tools.wmflabs.org/mix-n-match/#/ mix-n-match] ([https://tools.wmflabs.org/mix-n-match/#/catalog/695 catalog The Peerage]) were he automatch and then you can manually match/confirm matches to WD objects. I feel Wikidata should have a '''dataroundtrip'' tool were we can manually confirm a change to a fact that is an update done in e.g. WikiTree/The Peerage... - [[User:Salgo60|Salgo60]] ([[User talk:Salgo60|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:59, 9 December 2019 (UTC)
:::::::::[https://phabricator.wikimedia.org/T108292 T108292] "Concept for feeding back data quality issues to data providers and getting feedback from data consumers" - [[User:Salgo60|Salgo60]] ([[User talk:Salgo60|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:01, 9 December 2019 (UTC)
::::::::Example how WikiTree works to improve quality WikiTree [https://www.wikitree.com/wiki/Coventry-182 Coventry-182] is marked unsourced BUT its now same as {{Q|75322552}}. {{u|Lesko987a}} has created this infrastructure that I feel is the future of Linked data when we have data of less good quality. On every WikiTree profile you have a menu option '''suggestions''' see example [http://wikitree.sdms.si/function/WTWeb/Suggestions.htm?UserID=12494430&Generations=8&ShowHidden=1 Diana Bruen (Coventry) Mason (1910 - 1990)] and we get a list of 8 generations errors starting with selected person and by default 1245 profiles has been checked and have 307 potential errors.... If you check the list maybe > 50 are '''suggestions based on Wikidata''' as Wikidata now has start do imports of less good sources and also creates new objects just based on this "source"
::::::::'''Good or bad?''' the feeling I get when seeing the work done so far its '''touch and go''' and hope that someone else will do the dirty cleaning work... I feel Wikidata miss a concept of Quality for sources (see [https://phabricator.wikimedia.org/T222142 thoughts]) and this is very important when importing data!!!! Wikidata miss a '''data roundtrip concept''' How should Wikidata get changes done in Peerage/WikiTree/??? "back" to Wikidata We can argue for weeks if a property should be created or not and we need to do the same with imports like this.. - [[User:Salgo60|Salgo60]] ([[User talk:Salgo60|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:41, 8 December 2019 (UTC)

== "British peer or relation " description cleanup ==

<gallery>
File:Danckers de Rij Sigismund Casimir.jpg|{{Q|Q2405577}} - "British peer or relation"
File:Bertrand VI Comte d'Auvergne.jpg|{{Q|Q1389348}} - "British peer or relation"
File:Mechtilda of Bavaria.jpg|{{Q|Q3298973}} - "British peer or relation"
File:V. A. Sheremetev.jpg|{{Q|Q16977139}} - "British peer or relation"
File:Arnold Schwarzenegger.JPG|"British peer or relation" [https://www.wikidata.org/w/index.php?title=Q75326805&oldid=1062298222]
</gallery>

Various items (ca. 150,000) from the recent bot created items now have a description "British peer or relation". 

*While some prefer these as they are literally not incorrect, the description probably applies to all of us: it does NOT mean, that you are British, a British peer or a direct relation of a British peer. 
*From the discussion on [https://www.wikidata.org/w/index.php?title=Wikidata:Administrators%27_noticeboard&oldid=1060817911 Administrators'_noticeboard] it appears there is no consensus for these additions. Personally, I think they are biased and accordingly don't meet [[Help:Description]].
*From [https://www.wikidata.org/w/index.php?title=User_talk:Gamaliel&oldid=1060781307 discussions with the user who added them], it appears they were aware of the problem early on, but wont fix them. 
Unless there are other suggestions, I suppose someone else will have to do the cleanup. Anyone interested? --- [[User talk:Jura1|Jura]] 17:03, 24 November 2019 (UTC)

:The above is a near duplicate of [[Wikidata:Administrators' noticeboard#Sample discussion]] - where your position has found zero support. Furthermore, each of the examples you give was already fixed, before you posted here. Please stop forum-shopping. <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> 17:33, 24 November 2019 (UTC)
::This is a general question impacting all users. Unrelated to the discussion of the block of the person who didn't stop adding them. --- [[User talk:Jura1|Jura]] 17:38, 24 November 2019 (UTC)
:::This is inaccurate.  I have stopped using the description "British peer or relation".  [[User:Gamaliel|<span style="color:DarkGreen;">Gamaliel</span>]] <small>([[User talk:Gamaliel|<span style="color:DarkGreen;">talk</span>]])</small> 17:42, 24 November 2019 (UTC)
::::Yes, in the meantime you did, but you haven't started cleaning it up beyond the initial four or so. --- [[User talk:Jura1|Jura]] 17:45, 24 November 2019 (UTC)
:::::Also inaccurate.  [[User:Gamaliel|<span style="color:DarkGreen;">Gamaliel</span>]] <small>([[User talk:Gamaliel|<span style="color:DarkGreen;">talk</span>]])</small> 17:47, 24 November 2019 (UTC)
::::::How many of the 150,000 did you fix? --- [[User talk:Jura1|Jura]] 17:55, 24 November 2019 (UTC)
:::::::I was attempting to fix all of them until you called for me to be blocked for the third time. [[User:Gamaliel|<span style="color:DarkGreen;">Gamaliel</span>]] <small>([[User talk:Gamaliel|<span style="color:DarkGreen;">talk</span>]])</small> 21:30, 25 November 2019 (UTC)

:I believe what this really means is "Listed in Burke's ''Peerage''". - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:54, 24 November 2019 (UTC)
::In the discussion above ([[#No_need_for_only_peers]]), Levana mentions it covers more than that. --- [[User talk:Jura1|Jura]] 19:11, 24 November 2019 (UTC)
*Any suggestions for the cleanup? --- [[User talk:Jura1|Jura]] 10:17, 25 November 2019 (UTC)
::Delete this description in all items. No description is better than this one. [[User:Ayack|Ayack]] ([[User talk:Ayack|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:55, 25 November 2019 (UTC)
:::Make descriptions less prominent, instance/subclass statements more prominent in general. For example, hide descriptions/aliases (visible with arrow-thingy). --[[User:SCIdude|SCIdude]] ([[User talk:SCIdude|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:00, 25 November 2019 (UTC)
:::: Delete the lot as nobody cares to explain the point of all this in the face of previous arguments. [[User:GerardM|GerardM]] ([[User talk:GerardM|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:32, 25 November 2019 (UTC)
::Since the problem is mainly how to effectively label and disambiguate the thousands of entries imported by GZWDer from The Peerage, the boilerplate stamp "British peer or relation" doesn't help differentiate them (we will end up with of thousands of identical descriptions, many with similar or identical labels). "European peer or relation" is even vaguer and not meaningfully helpful. In the absence of any other knowledge, something more unique like year of birth and/or death would be preferable to the boilerplate. If someone was particularly bot savvy, and I'm just spitballing here, perhaps some description could be gleaned from the title in The Peerage, e.g. if a person is listed as "John Smith, Baron Smith", a meaningful description would be "British baron, died 1789". Repeat for all dukes, duchesses, marquesses, baronets, etc. [[User:Animalparty|-Animalparty]] ([[User talk:Animalparty|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:45, 25 November 2019 (UTC)
:::I could do the date and title in OpenRefine easily enough, there's just not a way to glean national origin from the existing Wikidata items.  That still leaves many relations without titles, as well. [[User:Gamaliel|<span style="color:DarkGreen;">Gamaliel</span>]] <small>([[User talk:Gamaliel|<span style="color:DarkGreen;">talk</span>]])</small> 21:30, 25 November 2019 (UTC)
::*Also it seems problematic to do that for items about living people in countries like Austria .. --- [[User talk:Jura1|Jura]] 06:19, 26 November 2019 (UTC)
*Once dates are available, I think we should add YOB/YOD. --- [[User talk:Jura1|Jura]] 06:19, 26 November 2019 (UTC)
*Restoring this section for an update: cleanup is mostly done. An item for Arnold S. had the same description. I removed the "British peer or relation" descriptions from "en" and replaced it with YOB/YOD. A question that came up is what to do with living people: I noticed that the same user who we spent moping up behind them, now started adding year of birth to these. What do people think of that? I avoided that year of birth isn't necessarily helpful as only description for living people. --- [[User talk:Jura1|Jura]] 06:15, 6 December 2019 (UTC)
** I too am a bit uncomfortable about the information on living people.  Full disclosure: I am myself one of the living people who has now acquired a Wikidata entry, with data too on all my nearest family and the minutiae of how we are all related to each other, even my teenage relatives.  Not something I think is particularly comfortable.  To be in line with our BLP policy, I think these entries for living people should probably be removed unless people are for some other reason notable; and even when living people are independently notable, data should be limited to what is widely publicly available, rather than what may be in obscure genealogical databases.  Though it may be necessary to more fully integrate the database first, before such content can be pruned out most accurately. [[User:Jheald|Jheald]] ([[User talk:Jheald|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:48, 7 December 2019 (UTC)
***Personally, I avoid adding year of birth in descriptions for living people. There are does seem to be a considerable number of items about minors and living people in the dataset (20%?). --- [[User talk:Jura1|Jura]] 13:48, 9 December 2019 (UTC)

== Autograph and autograph-manuscripts ==

Please could we have some more eyes on {{Q|Q9026959}} and related items? [[User:Francis Schonken]] and I have a disagreement over how to model these, and which Wikipedia articles in various languages are about the same subject, which has spilled over from en.Wikipedia and Commons. <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> 20:29, 28 November 2019 (UTC)

:For example, he has now left Q9026959 with the English label "autograph (manuscript)", and is linking it to [[:c:Category:Autograph manuscripts]] rather than the previous [[:c:Category:Autographs]]. <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> 20:48, 28 November 2019 (UTC)
::...while [[:c:Category:Autographs]] finds itself attached to the item about a Wikimedia disambiguation page (incidentally making a  mockery of the Wikidata infobox on that category). <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> 21:20, 28 November 2019 (UTC)
::: I've done some fixing of the links (removing from {{Q|Q9026600}} to place it at {{Q|Q2872572}}), and I've redirected [[commons:Category:Autograph signatures]] accordingly. {{ping|Francis Schonken}} please discuss this more before continuing? Thanks. [[User:Mike Peel|Mike Peel]] ([[User talk:Mike Peel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:25, 28 November 2019 (UTC)
::::Thanks, Mike, but I think Category:Autographs should be on Q9026959 (which it was before this SNAFU), not Q2872572. <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> 22:46, 28 November 2019 (UTC)

In English (like the French equivalent autographe) the word autograph can have two meanings (copying from wiktionary, but the same is confirmed by any English and French dictionary):
# (...) the signature of a famous or admired person.
# A [[manuscript]] in the [[author]]’s handwriting.

In other languages, for instance Dutch, there's not a single word for both meanings:
# the first meaning can only be translated as "handtekening", never as "autograaf"
# the second meaning can only be translated as "autograaf", never as "handtekening"
That language has no word covering both meanings.

At English Wikipedia, I started a new article on the "manuscript" meaning of Autograph, i.e. [[:en:Autograph (manuscript)]]. The Q number for this article should connect to:
* [[:nl:Autograaf]]
* [[commons:Category:Autograph manuscripts]]
The Q number for [[:en:Autograph (manuscript)]] and [[:nl:Autograaf]] should however '''not''' connect to
* [[:fr:Autographe]]
* [[commons:Category:Autographs]]
These two last items should rather share the Q number of [[:en:Autograph]] (but see also suggestion below).

Whatever the Q numbers:
* we need a single Q number to connect [[:en:Autograph (manuscript)]], [[:nl:Autograaf]] and [[commons:Category:Autograph manuscripts]]
* and another single Q number to connect [[:fr:Autographe]], [[commons:Category:Autographs]] and [[:en:Autograph]] (unless that last article would, over time, as PRIMARYTOPIC for that article title, become a "celebrity signature" article only, in which case it should better connect to [[commons:Category:Autograph signatures]])

As for commons (explaining here and intending to link commons discussions on this topic here so participants in these discussions can get an idea of the broader picture): I don't see much alternative to making [[commons:Category:Autographs]] an umbrella category, with a "signature"-related subcategory containing images such as [[:File:Otto von Bismarck signature.JPG]] (currently: [[commons:Category:Autograph signatures]]) and a "manuscript"-related subcategory containing images such as [[:File:BWV 163-5 Nimm mich mir und gib mich dir - Gib dich mir mit deiner Güte.jpg]] (currently: [[commons:Category:Autograph manuscripts]]). --[[User:Francis Schonken|Francis Schonken]] ([[User talk:Francis Schonken|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 09:30, 30 November 2019 (UTC)
: I support the initiative of {{user|Francis Schonken}} of splitting the two concepts in WD and to explain the modification in Commons. After that if Commons prefer to keep the current situation, they are free, but there will be a problem to connect the item and the category. Both projects (commons and WD) are free to define their own organization and none can force the other to change. But WD is not suppose to adapt its ontology according one specific project. [[User:Snipre|Snipre]] ([[User talk:Snipre|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 14:04, 30 November 2019 (UTC)
:: [[commons:category:Autographs]] was never intended to contain mere signatures. There is a [[commons:category:Signatures]] for that. The former is probably poorly named, and has been repeatedly misunderstood as a result, but the intent has always been that. I added a further sentence just now to the description at the top of the category, trying to further emphasize this. Personally, I think the category should be renamed, and will propose that. Meanwhile, there is no ambiguity in the intent on Commons, and we should go with the intent, even if the implementation there is flawed. - [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:31, 30 November 2019 (UTC)
::: [[commons:category:Autographs]] was intended to contain
:::* autograph signatures, and
:::* autograph manuscripts,
:::See explanatory note which heads the category. Or do I have to copy-paste that introductory note here?
:::Since [[commons:category:Autographs]] is '''intended''' to contain both autograph signatures and autograph manuscripts, there should be no problem to sort the autograph signatures in a subcat, named [[commons:Category:Autograph signatures]], and the autograph manuscripts in a subcat named [[commons:Category:Autograph manuscripts]]. What is the problem?
:::FYI, not all signatures are necessarily autograph signatures, for example digital signatures are not autograph signatures and e.g. also [[:File:Conrad N. Jordan (Engraved Signature).jpg]] (an engraved signature) is not an autograph signature. --[[User:Francis Schonken|Francis Schonken]] ([[User talk:Francis Schonken|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:55, 30 November 2019 (UTC)
:::Re. "I added a further sentence just now to the description at the top of the category, trying to further emphasize this." – I [https://commons.wikimedia.org/w/index.php?title=Category%3AAutographs&type=revision&diff=378578488&oldid=378565149 undid] that very contentious edit. 
:::Re."... repeatedly misunderstood ..." – don't accuse others of misunderstanding if you don't understand yourself (apparently).
:::Probably we should better continue the commons category discussions at commons (they don't belong here, as someone has already remarked above). --[[User:Francis Schonken|Francis Schonken]] ([[User talk:Francis Schonken|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:05, 30 November 2019 (UTC)
{{unindent}}
Q numbers:
* {{Q|2872572}}: combined celebrity autograph and manuscript by author articles, e.g. [[:en:Autograph]], [[:fr:Autographe]], [[commons:Category:Autographs]]
* {{Q|9026959}}: e.g. [[:en:Autograph (manuscript)]], [[:de:Autograph]], [[commons:Category:Autograph manuscripts]]
* {{Q|76891063}}: e.g. [[:fr:Autographe de personnalité]], [[:de:Autogramm]], [[commons:Category:Autograph signatures]]
I tried to sort the articles of the Wikipedias of all languages I could understand enough in the correct Wikidata items above. Whatever languages you understand or read, please check whether these wikidata listings are correct.

Also exist (to illustrate that articles on autograph signatures are different from articles on signatures):
* {{Q|188675}}: e.g. [[:en:Signature]], [[:fr:Signature]], [[:de:Unterschrift]]
* {{Q|1373131}}: e.g. [[:de:Signatur (Kunst)]] (artist's signature or logo on a work of art)
--[[User:Francis Schonken|Francis Schonken]] ([[User talk:Francis Schonken|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 23:39, 30 November 2019 (UTC)

Restored from the archive, as unresolved. <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> 18:26, 14 December 2019 (UTC)

So it seems we have
<pre>
      Q87167 
   (handwritten)             Q2872572                             X1
    Manuscript               Autograph                     _____Signature________________________
     /       \                /      \                    /         |                 |          \
   X2      Autograph (manuscript)     Autograph (signature)    sig. for art    electronic sig.    X3
                 Q9026959                 Q188675                Q1373131          Q869548 
                                                 \              / 
                                             (common case of being both)                   
</pre>

Also {{Q|2376293}} specifically for a "manuscript" (not necessarily actually hand-written) submitted to a publisher.

* Is this wrong/importantly incomplete in any respect? 
* Do we have an item X1 for things that function as a signature but may or may not be handwritten?
* X2 Do we have an item for {{Q|87167}} that are '' not'' autograph, or is that just the residuum of Q87167? 
* X3 Do we have other important subtypes of non-autograph signature?
- [[User:Jmabel|Jmabel]] ([[User talk:Jmabel|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 19:05, 14 December 2019 (UTC)
: For X1: {{Q|20723616}}, {{Q|837816}}, {{Q|162919}}... [[User:Verdy p|Verdy p]] ([[User talk:Verdy p|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:51, 4 January 2024 (UTC)