Wikidata:Project chat/Archive/2018/07


Phab vandal

With apologies for posting this here ... I don't know Phab well enough to revert a bit of vandalism from a user called Vvjjkkii on & I presume there'll be other tickets damaged as well. --Tagishsimon (talk) 11:33, 1 July 2018 (UTC)

@Tagishsimon: This issue is being tracked in phab:T198552. --abián 12:10, 1 July 2018 (UTC)
This section was archived on a request by: Matěj Suchánek (talk) 08:03, 3 July 2018 (UTC)

Reverting edits have become to be marked as unpatrolled?

I was seeing reCh and found that reverting actions conducted by trusted users and by me were appeared there. Does anyone know about this? You can also find this at --Okkn (talk) 18:09, 1 July 2018 (UTC)

@‎MisterSynergy, ‎Mahir256, Jura1, ‎Epìdosis, ‎Yair rand, ديفيد عادل وهبة خليل 2: Sorry for pinging, but some of your reverting edits may be marked as unpatrolled. Do you happen to have any knowledge about this phenomenon? --Okkn (talk) 04:02, 2 July 2018 (UTC)
@Okkn: I know only that it isn’t specific to Wikidata; an admin on enwikisource has reported a similar problem. I don’t know whether this is related to the recent Phabricator attack or to some unreported technical change or mishap. Mahir256 (talk) 04:44, 2 July 2018 (UTC)
@Okkn: See Wikidata talk:WikiProject Counter-Vandalism#Unpatrolled edits? and the Phab task. --Epìdosis 07:11, 2 July 2018 (UTC)
This section was archived on a request by: Matěj Suchánek (talk) 07:13, 3 July 2018 (UTC)

Merge 2x Gil Álvarez Carrillo de Albornoz ISNI 000000008040390X

Gil Álvarez Carrillo de Albornoz (Q709181) = Gil Álvarez Carrillo de Albornoz (Q10289526) 13:53, 2 July 2018 (UTC)

"The two items cannot be merged because one of them links to the other using property said to be the same as (P460)". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:52, 2 July 2018 (UTC)
Whoever put it there didn't know what to do.   Merged Matěj Suchánek (talk) 07:13, 4 July 2018 (UTC)
This section was archived on a request by: Matěj Suchánek (talk) 07:13, 4 July 2018 (UTC)

Property for "former name"

What Wikidata property (P1687) will use former name (Q29569274)? Pmt (talk) 13:08, 30 June 2018 (UTC)

@Pmt: you can look at an example on Q216824#P1448 this is how we usually do for commune of France (Q484170). Cdlt, VIGNERON (talk) 18:11, 30 June 2018 (UTC)
I added the former name as alias.
--- Jura 18:25, 30 June 2018 (UTC)


This page has a wrong image in it. The image is not of a Riley 1½-litre production car but of a "special". I have tried to correct it but my edit does not work, it seems to have created a new record. How do I fix it? Eddaido (talk) 03:12, 6 July 2018 (UTC)

@Eddaido: I'm not sure what you mean; you modified the image property and so there is still only one image. I don't think you need to do anything else. Mahir256 (talk) 03:17, 6 July 2018 (UTC)
Thank you. This page still shows the wrong image. I seem to have created an extra record instead of replacing the image. That's to say I've made a mess - or, is there a delay before the change is actioned? Thanks, Eddaido (talk) 03:21, 6 July 2018 (UTC)
@Eddaido: On the Commons category I see the image that you changed it to. Have you tried clearing your browser cache? That could well be the culprit. Mahir256 (talk) 03:28, 6 July 2018 (UTC)
All's well! Thank you very much, best regards Eddaido (talk) 03:31, 6 July 2018 (UTC)
This section was archived on a request by: Matěj Suchánek (talk) 10:27, 7 July 2018 (UTC)

Coordinates "Imported from Russian Wikipedia"

Coordinates "Imported from Russian Wikipedia" = "Coordinates are likely to be incorrect". Is there any way to put a moratorium on importing data from the Russian Wikipedia? Abductive (talk) 23:11, 9 June 2018 (UTC)

It would be possible to have a bot that removes dta imported from Russian Wikipedia periotically. Before doing that it would however make sense to speak with the people who imported the relevant data. ChristianKl❫ 11:20, 11 June 2018 (UTC)
The problem is that users that are doing so think that P143-sourced statement is better than no statement at all and in order to use WD data in their infoboxes... they imported their data here. Wostr (talk) 11:54, 11 June 2018 (UTC)
@Abductive: Sorry, but earlier "imported from Russian Wikipedia" was a sign of quality (your opinion agains mine, uh?). But better consider mass import from Cebuan Wikipedia. If you have some arguments (statistics, research) for imho, you should give it, otherwise your post is abusive. --Infovarius (talk) 15:21, 14 June 2018 (UTC)
Just check my contributions for when I changed coordinates. You'll see that coordinates imported from the Russian Wikipedia are frequently incorrect. Or do your own study, using the random item feature. Actually checking the coordinates against internet maps reveals glaring errors. Abductive (talk) 16:27, 14 June 2018 (UTC)
@Abductive: Well, unless you've made contribution under different accounts and/or anonymously, I can see your corrections of coordinate location (P625) in:
I also looked into a few random items with coordinates taken from ru-wiki: Q522462, Q3214976, Q17388. Frankly speaking I don't see how did you draw conclusion "coordinates imported for ru-wiki are likely to be incorrect". Don't get me wrong, you are doing important job of coordinate verification and your input is greatly appreciated. But before deleting >200K of statements, I'd like to see 10^2-10^3 "glaring errors". --Ghuron (talk) 12:13, 21 June 2018 (UTC)
Abductive, until you can demonstrate with evidence that in respect of coordinates the Russian wikipedia is any more error-ridden than any other langauge wikipedia, I'd greately appreciate it if you could knock the whole trumpian 'error-ridden Russian Wikipedia' thing on the head. thanks. --Tagishsimon (talk) 17:57, 24 June 2018 (UTC)
No. I seek out errors. The source of errors is always erroneous. You may cease defending the indefensible. Abductive (talk) 15:46, 26 June 2018 (UTC)
You're being asked for evidence, which you seem unable to supply. Making stupid ad hominem attacks serves only to undermine your argument and your reputation. --Tagishsimon (talk) 16:10, 26 June 2018 (UTC)
It seems that you don't understand my evidence. I corrected a bunch of coordinates imported from the Russian Wikipedia. But what you can't see is all the times I didn't have to correct coordinates imported from other Wikipedias, because I didn't have to correct them. Get it? Abductive (talk) 03:02, 27 June 2018 (UTC)
The only evidence presented so far is from Ghuron, which does not support your assertion. You have not presented any evidence, just assertions, drama & personal attacks. Speaking as someone who has fixed one or two orders of magnitude more coordinates than you, I cordially decline your explanation, whether or not you italicise it. --Tagishsimon (talk) 10:18, 30 June 2018 (UTC)
Coordinates from zhwiki seem also problemic, as @Artoria2e5: pointed locally, they have GCJ02 (Q29043602) and BD09 (Q29043632) issues which can make shifted coordinates, and I'm still waiting for a resolution on Wikidata to handle all (maybe include left both) non-WGS84 coordinates. I'm not sure if Russian authorities do have such things or not. --Liuxinyu970226 (talk) 04:29, 27 June 2018 (UTC)
Russia uses WGS-84, not GCJ-02 --Ghuron (talk) 08:51, 30 June 2018 (UTC)
In line with Liu's hypothesis, it might be interesting to know how Abductive corrected it, or in other words whether the coordinates are "wrong" in the same technical way. Knowing that can help justify some further actions. BTW, the Chinese stuff is tracked on phab:T162331 I think. --Artoria2e5 (talk) 02:46, 2 July 2018 (UTC)

How to link an item to the standard that describes it?

Ruud Koot
Daniel Mietchen
Tinker Bell
Jasc PL
Tris T7
Peb Aryan
FWVH (passionné d'informatique et d'électronique)
  Notified participants of WikiProject Informatics

For example, how can I link ECMAScript (Q259138) to ECMA-262 (Q55183258)? Currently, the most appropriate property seems to be determination method (P459), but its property constraints force to use it as a qualifier and to use an instance or subclass of technique (Q2695280) as value.--Malore (talk) 18:13, 28 June 2018 (UTC)

Maybe main subject (P921) on ECMA-262 (Q55183258)? Ghouston (talk) 05:12, 29 June 2018 (UTC)
In the same vein, I would like to say that ISO 2 (Q2641143) (or ISO 2:1973 (Q55317327)?) "defines" or "governs" S-twist (Q55296333) and Z-twist (Q55296380), or that these concepts are "defined by" that standard. Is main subject (P921) the right way to do this? - PKM (talk) 18:42, 1 July 2018 (UTC)

Enabling lexeme entities as labels for items

Over at Wikidata talk:Lexicographical data I made a suggestion to allow the use of lexeme entities as labels for items. As I explain there, this is motivated by the fact that sometimes you want a specific grammatical form of the word that is being used as the label, one that is potentially different from the form used as the label (for example plural versus singular).

Using rain (Q7925) as an example, here is an example of how I envision this could be done in practice:

At rain (Q7925), where you would normally edit the label, you would have the ability to connect the label to a lexeme (e.g. by clicking on a small icon just right of the field where you can enter a label). If you are editing the English label, you can connect this label to the English lexeme rain (L3325). By default, the lemma will be used as the label, but you can also choose any of the forms of the lexeme.

Backwards compatibility could be maintained by the fact that the label still has a string representation (like specified above: either the lemma or a selected form), such that a Lua command like getLabel() can still return a string, and that the lexeme entity would be fetched by a command like getLexemeLabel().

Note that using lexeme entities as labels would not be mandatory; using simple strings would still be possible, and there would be no need for a mass-conversion of existing labels. --Njardarlogar (talk) 11:47, 30 June 2018 (UTC)

I think this is a nice idea, but probably a bit premature. There is a planned property to link Wikidata items to senses of lexemes, but the sense functionality isn't there yet. Though I think what you propose is a distinct approach, it's definitely related and it might be useful to think about what could be automatically done with this new property before putting a lot of effort into this particular approach... ArthurPSmith (talk) 01:18, 2 July 2018 (UTC)

college fraternities: "for men"?

fraternity (Q18811582) gives the English-language description "collegiate social organization for men"; descriptions in several other languages are equivalent. However, quite a few college fraternities are co-ed (for example, Wesleyan University now allows only co-ed fraternities). Do we need a separate item for co-ed fraternities, or should these be described more broadly? - Jmabel (talk) 01:43, 26 June 2018 (UTC)

It makes sense to create a separate item that's more broadly and let fraternity (Q18811582) subclass it. ChristianKl❫ 10:25, 29 June 2018 (UTC)
Turns out we have a more general fraternities and sororities in North America (Q3721). - Jmabel (talk) 17:52, 2 July 2018 (UTC)

Something a bit more general than unfinished creative work (Q2910675)

Do we have something a bit more general than unfinished creative work (Q2910675)? United States National Slavery Museum (Q7890784) is a project that never came to fruition, but I wouldn't normally call a museum a "creative work". - Jmabel (talk) 04:23, 2 July 2018 (UTC)

abandoned project (Q21514702). Ghouston (talk) 11:32, 2 July 2018 (UTC)
Beautiful! Thanks. - Jmabel (talk) 16:46, 2 July 2018 (UTC)

Temperance organizations

How can we express that International Organisation of Good Templars (Q1557337) and Woman's Christian Temperance Union (Q2592931) are temperance organizations? We have temperance (Q1147795) ("temperance" in quite an abstract sense, as a virtue) and Prohibitionism (Q6146701) (no description of it at all within Wikidata, but judging by the linked articles, also an extremely abstract sense of that word), but nothing I see specifically focused on abstention from alcohol and drugs. Further, even if we had the right item at that level, I don't see what property we would use to indicate the relation of the IOGT and WCTU to that item. - Jmabel (talk) 07:04, 2 July 2018 (UTC)

Perhaps field of work (P101) on the organisation with value temperance (Q1147795). Ghouston (talk) 11:25, 2 July 2018 (UTC)
There is also temperance movement (Q333247), which is the field of work of IOGT-NTO (Q3431931). Ghouston (talk) 11:28, 2 July 2018 (UTC)
Thanks, again. You clearly know your way around this a lot better than I. - Jmabel (talk) 16:49, 2 July 2018 (UTC)

Facto Post issue 13

The Facto Post monthly mass message delivery on English Wikipedia, which I write for ContentMine as their Wikimedian in Residence, has now been around for a year. The June issue is out, with the usual mix of editorial content and links, generally intended to inform Wikimedians about Wikidata-related developments in a broader context.

You can subscribe here, and also unsubscribe easily. Charles Matthews (talk) 08:14, 2 July 2018 (UTC)

Merge Q28688079 and Silene firma

Q28688079 is Silene firma (Q10928657), as can be seen from the image and by clicking through to the Japanese Wikipedia article. Can they be merged? I'm pretty sure that Silene firma is a synonym for something else, but I can't figure it out right now. Abductive (talk) 08:16, 2 July 2018 (UTC)

Achim Raschka (talk)
Andrawaag (talk)
Brya (talk)
CanadianCodhead (talk)
Dan Koehl (talk)
Daniel Mietchen (talk)
FelixReimann (talk)
Infomuse (talk)
Infovarius (talk)
Jean-Marc Vanel
Joel Sachs
Josve05a (talk)
Klortho (talk)
Lymantria (talk)
Mellis (talk)
Michael Goodyear
Mr. Fulano (talk)
Nis Jørgensen
Peter Coxhead
Andy Mabbett (talk)
Prot D
Rod Page
Strobilomyces (talk)
Tommy Kronkvist (talk)
Tris T7 TT me
William Avery
Culex   Notified participants of WikiProject Taxonomy --Liuxinyu970226 (talk) 14:12, 2 July 2018 (UTC)

Silene firma Siebold & Zucc. Abh. Math.-Phys. Cl. Königl. Bayer. Akad. Wiss. 4(2): 166. 1845 is a valid taxon (and basionym) according to both GRIN[1] and Tropicos,[2] as well as IPNI.[3] Hence in my point of view Q28688079 should be merged into Silene firma (Q10928657). –Tommy Kronkvist (talk), 14:26, 2 July 2018 (UTC).
agree with Tommy, merge them as per his recommendation. Cheers Scott Thomson (Faendalimas) talk 16:02, 2 July 2018 (UTC)
The taxobox mentions a Silene firma var. quinquevulnera, but I don't think this name was formally established. We have Silene gallica var. quinquevulnera (Q51046826). I merged both items. --Succu (talk) 16:20, 2 July 2018 (UTC)

Word for dialects

Hello. At Republic of Cyprus (Q229) we speak Greek (Q9129), but not only Modern Greek (Q36510). We have are own dialect: Cypriot Greek (Q245899). We have some different words for some entities. For example, how can I add the word we use for mespilus germanica (Q146186)? I can add it in "Also known as" for Greek but with this way I can't show that it is a name that came from Cypriot dialect (they word is only use in Cyprus, the other Greek spoken people don't know it). Ι can't use taxon common name (P1843) because you need to add a language, not a dialect.

That question came out when I use

The name of the place named after the tree, but the name of the tree in Cypriot Greek.

10:50, 2 July 2018 (UTC)

I don't know. It is not on that list [4]. I don't think it has a language code. It is a dialect. Xaris333 (talk) 12:35, 2 July 2018 (UTC)
The list includes "CY" as subtag. I think it's one that can apply. Tags are available for the like of "en-gb" or "en-ca". No need to go into linguistic (or political) debates about its characteristics.
--- Jura 13:02, 2 July 2018 (UTC)

Wikidata weekly summary #319


A wikipedia article has a wikidata item but is converse also necessary? Harsh Rathod Poke me! 11:54, 8 July 2018 (UTC)

No. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:56, 8 July 2018 (UTC)

Thanks! Harsh Rathod Poke me! 12:58, 8 July 2018 (UTC)

This section was archived on a request by: Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:56, 8 July 2018 (UTC)

Wikibase’s maxlag now takes dispatch lag in account

This change impacts people running bots and semi-automated tools to edit Wikidata.

Hello all,

Based on the previous discussions that happened around the limitation set up to fix the important dispatch lag on clients, we came with a new solution to try.

The database behind Wikidata is replicated to several other database servers. At each edit, the changes are replicated to these other servers. There is always a short lag, which is usually less than a second. If this lag is too high, the other databases can’t synchronize correctly, which can cause problems for reading and editing Wikidata, or reusing data on other projects.

If the lag is too high on too many servers, the master database stops accepting new edits. When the lag is close to the limit, the system is prioritizing “humans” edits and ignore the edits from bots, sending back an error. This limit is set up by the maxlag option in the API.

People writing bots can set up a number as maxlag for their bot. The default value is 5. This number is used to evaluate two things: the replication lag between master database and replicas, and the size of the job queue.

On Tuesday, July 3rd, maxlag will also evaluate the dispatch lag between Wikidata and clients (eg Wikipedias).

The dispatch lag is the latency between an edit on Wikidata and the moment when it’s shown on clients. Its median value is around 2 minutes.

If you’re running a bot and using a standard configuration (maxlag=5), when the median of dispatch lag is more than 300 seconds, your bot edits won’t be saved and will return an error.

If this change is impacting your work too much, please let us know by letting a comment in this ticket. This is also where you can ask any question. You can also change your configuration in order to increase the maxlag limit.

More information: Wikidata dispatch Grafana board

Thanks for your constructive feedback, Lea Lacroix (WMDE) (talk) 12:30, 28 June 2018 (UTC)

Update: this change will happen on Thursday, July 5th. Lea Lacroix (WMDE) (talk) 12:31, 3 July 2018 (UTC)

dimensions of sculptures

Most sculpture dimensions are described as height x width x depth, see for example c:Category:Titan foudroyé, Dumont (Louvre MR1840) or [5]. The Wikidata properties are height (P2048) and width (P2049), but I can not figure out how do we store horizontal depth. We have properties:

If we do not have such property than I can propose "horizontal thickness", but I want to make sure I am not missing something. --Jarekt (talk) 12:54, 29 June 2018 (UTC)

thickness (P2610) is IMHO the one you should use. The depth alias was removed, but I assume that was done because it ended up being used in complete different domains like water depth? See also Wikidata:WikiProject Visual_arts/Item structure#Dimensions Multichill (talk) 14:45, 29 June 2018 (UTC)
Ok I added alias "horizontal depth" to thickness (P2610). @Thierry Caro: you removed it last time. Is this use of thickness (P2610) OK in your view? --Jarekt (talk) 15:48, 29 June 2018 (UTC)
OK. Thierry Caro (talk) 07:08, 30 June 2018 (UTC)
Multichill, I was thinking more about this. When we discuss "thickness" of 3D objects it is usually not in context of the horizontal depth. For example thickness of bronze statues, we usually refer to the wall thickness, see [6] or [7]. Same with pottery, [8], Alexander Calder (Q151580) sculptures [9], swords, etc. There are cases where people refer to depth / thickness of an 3D object interchengbly, but it is rare. --Jarekt (talk) 13:07, 3 July 2018 (UTC)

Judea and Samaria Area

Judea and Samaria Area (Q513200): I'm pretty surprised to find nothing here indicating in any way that there is any controversy about including this area as part of Israel. Unless I'm mistaken, not even the U.S., probably Israel's closest ally, recognizes this as Israeli territory. I'd be inclined to mark it with disputed territory (Q15239622), but that says "territory, which status is controversial between two or more existing states" (not very good English) which I take to mean that two or more existing states (emphasis mine) each claim the territory. Since the Palestinian Authority is not a state, that wouldn't exactly apply. Thoughts? Possibly broaden the definition of disputed territory (Q15239622)? - Jmabel (talk) 17:28, 1 July 2018 (UTC)

statement disputed by (P1310) is the property that get's used to mark controversy of claims like that and it would make sense to add it in this case (of course it makes sense to search for authoritative sources for both sides). ChristianKl❫ 17:55, 1 July 2018 (UTC)
Thanks. I hope I did that right; someone may want to check my edit. - Jmabel (talk) 20:52, 1 July 2018 (UTC)
Yes, even through it would be better to have a more authoritative source then the EnWiki article. ChristianKl❫ 21:54, 2 July 2018 (UTC)

Adoptive vs. biological parents

How do we mark adoptive vs. biological parents. We have stepparent as a field. I tried to find an entry of a person that was adopted to see how it was handled but could not find an example with a parent linked. --RAN (talk) 19:17, 1 July 2018 (UTC)

Interesting question. I vaguely remember a radio programme discussing parenthood questions and which, iirc, posited three classes: biological (i.e. suppliers of gametes), gestational (e.g. surrogate mothers) and legal (inc. adoptors) ... see, e.g. [10]. Clearly many parents are two or more of these. If we're thinking about how we model parents, we might want to factor this sort of diversity into the model. --Tagishsimon (talk) 20:26, 1 July 2018 (UTC)
Now even a third biological parent with a mitochondrial donor. I imagine they would remain anonymous in the records. --RAN (talk) 21:01, 1 July 2018 (UTC)
I guess we have to decide whether to create a new category, or just use a qualifier. We have an "Ancestor" button the uses a program to create a tree, so I think a new field for adoptive parent would be the least disruptive ... what do you think? See: --RAN (talk) 21:06, 1 July 2018 (UTC)
SELECT DISTINCT ?item ?itemLabel 
  ?item p:P1038 ?statement .
  ?status wdt:P1269 wd:Q180472.
  ?statement pq:P1039 ?kinship .
  ?kinship wdt:P279* ?status.
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
Try it!
There are currently 121 cases of relative (P1038) with qualifier type of kinship (P1039) being used to model adoptive relationships. That seems to be the current way of marking them. Shinnin (talk) 01:22, 2 July 2018 (UTC)
  • Excellent, thanks! --RAN (talk) 15:05, 3 July 2018 (UTC)

Help us improving the fight against vandalism on Wikidata

Hello all,

As you may know, we use a tool called ORES is analyzing edits to detect vandalism. It is providing a score per edit. You can see the result in the Recent Changes, by adding the filters "likely have problems" and "very likely have problems" in the "contributions quality predictions" section.


In order to keep improving this tool, we would need feedback about:

  • Edits that are not detected as vandalism
  • False positive (edits that are highlighted as vandalism when they’re not)
  • Any kind of patterns that you notice (for example: "edits on Commons categories have a higher chance to be vandalism")

You can let feedback on one of these two pages: report mistakes and patterns.

Thanks a lot, Lea Lacroix (WMDE) (talk) 10:03, 2 July 2018 (UTC)

User:Lea Lacroix (WMDE) - adding life span in description for a human to help with disambiguation can result in vandalism tags. 13:55, 2 July 2018 (UTC)

Thanks! Do you have a link to an example? Lea Lacroix (WMDE) (talk) 14:08, 2 July 2018 (UTC) means that Special:AbuseFilter/74 tags edits like these with possible non-constructive description. Which is actually correct, this is nothing that belongs to the description (and has nothing to do with ORES). Matěj Suchánek (talk) 08:01, 3 July 2018 (UTC)

Merge wheat (Q15645384) into Triticum (Q12106)

Hi, first time here. I think the newer wheat should be merged into the older Triticum. Should I go on and do it? --Carmelobrianza (talk) 12:44, 2 July 2018 (UTC)

No, one is a food ingredient (Q25403900), whereas the other one is a genus (Q34740). Matěj Suchánek (talk) 13:01, 2 July 2018 (UTC)
So, how are these situations handled? Carmelobrianza (talk) 13:05, 2 July 2018 (UTC)
Like this. Is there anything you would like to change or something forcing you to do so? Matěj Suchánek (talk) 13:21, 2 July 2018 (UTC)
I was looking at the wheat page on and could not find a link to the italian version. I suppose adding a Local link would not be a great idea. I'm sorry to go meta, but how may I learn more about wikidata? I'd like to understand if the "only one wikidata category for each wikipedia article" is a technical limit or a policy :) Carmelobrianza (talk) 13:48, 2 July 2018 (UTC)
It's been a technical limit ever since. You can start reading at Help:FAQ. Matěj Suchánek (talk) 07:12, 3 July 2018 (UTC)

Crowdsourcing updating a research database

I'd like to understand the parameters under which a scientific research database could be imported into Wikidata with maintenance and updating being crowdsourced with discussions in Wikipedia and Wikiversity. For specificity, consider:

Jones, Seth G.; Libicki, Martin C. (2008), How Terrorist Groups End: Lessons for Countering al Qa’ida (PDF), RAND Corporation, ISBN 978-0-8330-4465-5, retrieved 2015-11-29 

Their Appendix A list 648 different terrorist organizations active between 1968 and 2006. They state that those cases were extracted from the RAND-MIPT database, which began in 1968 (Jones and Libicki, p. # 4, 30/251). I have multiple questions about this:

  1. Might it be worth asking both RAND and the National Consortium for the Study of Terrorism and Responses to Terrorism (START) if they might both contribute their databases (RAND-MIPT for RAND, and the Global Terrorism Database, GTD, for START) to Wikidata, where the maintenance could be crowdsourced with, e.g., discussions of individual data items documented in appropriate articles in Wikipedia and Wikiversity and their associated talk pages?
  2. If we invite RAND and START to contribute their data to Wikidata, what could we offer them in terms of control over the data and recognition for their work?
  • Per Wikidata:Copyright, "All structured data from the main and property namespace is available under the Creative Commons CC0 License; text in the other namespaces is available under the Creative Commons Attribution-ShareAlike License; additional terms may apply." I have no idea what this means, and I left a question to that effect on Wikidata talk:Copyright.
  • If you all think this could be a good idea, I could contact RAND and START to see if they might be interested in collaborating in this way. However, before I did that, I'd want to understand this copyright question.
  • For example, could they have control over certain data fields associated with a purported terrorist incident? Others could add alternative codings as alternative variables, but could RAND and / or START still control the official entry? They could decide to change it if others provided persuasive documentation or analysis? Otherwise, users could decide whether to use the official or some alternative coding for specific incidents?
  • Similarly, others could add incidents not listed in RAND-MIPT or GTD that could be used by them and still others in alternative analyses.
  • This could make it easy for other researchers to evaluate the robustness of the conclusions of published studies -- and make it easier for people to update any analysis any time they wanted for any particular purpose.
  1. Similarly, what would you suggest I worry about if I wanted to import the data in Appendix A of Jones and Libicki into Wikidata?
  • At least in the US, you can copyright expression but not facts. In this context, that suggests to me that we could create a table of terrorist incidents as a direct copy of their Appendix A and have it carry CC0, because this gives us flexibility to add alternative cases and codings with links to articles in Wikipedia and Wikiversity. That flexibility, especially if exercised, would seem to create an "expression" that's different from their Appendix A. However, I'm not an attorney, and I don't know these details -- and I certainly don't know how the Wikidata community has interpreted these questions.

I have similar questions about the NAVCO dataset created and maintained by Chenoweth, Erica (2011), Nonviolent and Violent Campaigns and Outcomes (NAVCO) Dataset, v. 1.1, University of Denver, retrieved 2014-10-08 . Whence:

  1. Chenoweth, START and RAND all need some assurance that they would get credit with other people use their data, because their funding depends on the use that others make of their data.

Thanks, DavidMCEddy (talk) 03:56, 3 July 2018 (UTC)

Sounds like this would be useful data if we could get it. Some of this could be linked up with various existing items. There is not currently any way for an organization to have control over a set of items, and given the license, there's no way of enforcing an attribution requirement either. We could, of course, add them as a source, but there would be no requirement for any reusers to mention the source. Regarding legal issues, m:Wikilegal/Database Rights may be useful. --Yair rand (talk) 06:47, 3 July 2018 (UTC)
  • Not sure if the Wikidata community is really up to moderating edits of this type of data.
    --- Jura 08:28, 3 July 2018 (UTC)
Thanks. Permit me to summarize:
  • Advantages:
- crowdsourcing,
- potentially easier distribution with higher profile (including via packages for R (programming language) including WikidataR, WikidataQueryServiceR, webchem, wikitaxa, and WikipediR
- conflict resolution via Wikimedia rules of writing from a neutral point of view citing credible sources and documenting questions and concerns on associated "talk / discussion" pages,
- robustness by supporting alternative definitions contributed by anyone in the world -- and available to anyone else to modify, etc.
Does this sound like a reasonable summary of the issues to you? Thanks, DavidMCEddy (talk) 11:37, 3 July 2018 (UTC)
  • I think you are confusing Wikipedia and Wikidata. We rank statements, we don't write from a "neutral point of view".
    --- Jura 11:53, 3 July 2018 (UTC)
Wikidata should use a NPoV when, for example, writing an item's description. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:33, 3 July 2018 (UTC)

Amount of labels in a given language

Hi all,

I wonder how can I found out how many labels in Wikidata are for each language, out of the total amount of 50 millions entries.

For example, for Catalán language ("ca") I tried with

SELECT ?lang (COUNT(DISTINCT ?item) AS ?count) WHERE {

?item schema:inLanguage "ca" .

} GROUP BY ?lang

ORDER BY DESC (?count)

and got a result of 703351, but I think it's not correct because I downloaded the Wikidata dump, and I already extracted more than two millions of labels in Catalán (and the extraction is still running)

So, any clue on what am I doing wrong?

Thank you! --Motagirl2 (talk) 08:04, 3 July 2018 (UTC)

@Motagirl2: You're not specifying a need for the label to be in "ca". Sadly, what I think is the correct query times-out:
  ?item rdfs:label ?label . filter(lang(?label)="ca")
Try it! --Tagishsimon (talk) 08:08, 3 July 2018 (UTC)
And I think, fwiw, that your query is counting the number of labels/anchors, for sitelinks, that are in "ca". --Tagishsimon (talk) 08:15, 3 July 2018 (UTC)
@User:Tagishsimon, Tagishsimon: I see... There's no way to do these "heavier" queries, right? :/  – The preceding unsigned comment was added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]]).
@User:Jura1: That's perfect, thank you!! Motagirl2 (talk) 08:35, 3 July 2018 (UTC)

Solved:For heavy queries: --Motagirl2 (talk) 09:41, 3 July 2018 (UTC)

Tool for cloning items?

Is there a handy tool for cloning items? I run into several items to painting series which need to be split into individual paintings, like Q4451151. The easiest way would be to clone existing item and make changes to clones. --Jarekt (talk) 12:19, 3 July 2018 (UTC)

Add importScript( 'User:Magnus_Manske/duplicate_item.js' ); in your common.js. Bye, --Epìdosis 12:24, 3 July 2018 (UTC)
@Jura1, Epìdosis:,   Thank you. that is what I was looking for. --Jarekt (talk) 17:55, 3 July 2018 (UTC)

Is there any standard procedure for disputing a claim in Wikidata?

Is there any standard procedure for disputing a claim in Wikidata? Starting from the Community Portal, I don't find anything. The immediate issue I have is stated at Talk:Q216477#Citizenship? (questioning the claim that Chief Seattle (Q216477) was a United States citizen), and while it's only been a few hours, it struck me that bringing up something like that on a talk page is liable to lead to it just languishing forever. - Jmabel (talk) 00:59, 2 July 2018 (UTC)

For unsourced claims, I'd recommend simply removing it, then adding a note on the talk page explaining why you doubt the claim, pinging the original author of the disputed statement. (Ping @Arbnos:, who added the citizenship claim on the Russian Wikipedia.) --Yair rand (talk) 01:23, 2 July 2018 (UTC)
Yair rand, нello! I just filled out the template card "Person" with information from the article ( (talk) 11:38, 2 July 2018 (UTC)
First edit ( (talk) 11:41, 2 July 2018 (UTC)
Yes, if it were unsourced I'd do that; as I say here, the issue is a stated source that I cannot read. - Jmabel (talk) 04:19, 2 July 2018 (UTC)
But pinging the person who added the claim is a good idea. I haven't quite gotten used to thinking of Wikidata items as having contributors in quite the same sense as Wikipedia articles. - Jmabel (talk) 04:21, 2 July 2018 (UTC)
Such statements imported from Wikipedia are usually added en masse by bot or script, by using data from infoboxes or categories. So the editor in question might not have any knowledge about this specific item. And unfortunately, it's highly likely that sooner or later the information will just be re-added by another bot or script, as long as that information is still present in the Wikipedia article. The only reliable way would be to remove the information from the article in question.
Unfortunately the whole topic of citizenship, country of origin, etc. is quite a mess across the board when it comes to people in the past. Too many Wikipedias just use current countries in their infoboxes/categories for historical persons that died before the current state existed. --Kam Solusar (talk) 08:11, 2 July 2018 (UTC)
It's not just people. The whole issue of "conceptual" or "notional" countries and nationalities is a big problem. If a source says a fabric was made in Italy in the 15th century, we can't correctly model it, because there was no country called Italy at that time - yet 15th century people and modern people equally understood what was meant by Italy as a location (even though the borders are probably fuzzy and variable). - PKM (talk) 18:31, 2 July 2018 (UTC)
Part of this is an effort to project backward a notion of national states that is actually relatively recent, with a history of certainly less than 500 years, and which was not universal even in the Napoleonic era (arguably, not until the era of decolonization). The concept of "Germany" or "Italy" in the mid-19th Century was more like the concept of "Southeast Asia" or "Central Europe" today than like a state. - Jmabel (talk) 00:45, 3 July 2018 (UTC)

Hundreds of 'part of' statements

street in Togliatti (Q4474741) has almost 500 has part (P527) statements. Is that useful? Ping User talk:ShinePhantom, who added them. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:44, 2 July 2018 (UTC)

I don't think they're accurate. That's more of a class-instance relationship, and the statements are also already implied by location data. So I'd say no, I don't think it's useful. --Yair rand (talk) 18:17, 2 July 2018 (UTC)
OK, I've removed them. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:01, 4 July 2018 (UTC)

Structured Data on Commons - community consultation on basic properties for media files

Hello everyone! This month (July), we are hosting a quite crucial community consultation on Wikimedia Commons: we are listing the Wikidata properties that media files on Commons will need (including ones that might not exist yet, and might need to be created for this purpose). The consultation runs at least till the end of July, maybe longer.

Please consider to take a look and give input, especially if you work on Wikidata projects where images and media files (also think audio, video...) play a role. Thanks! SandraF (WMF) (talk) 08:50, 4 July 2018 (UTC)

Wikidata shutdown

English version (note the two letter "en" code in the url

Should we also make some statement about the imminent threat to Wikimedia projects? Jane023 (talk) 06:54, 3 July 2018 (UTC)

I must have missed that. What's going on? Matěj Suchánek (talk) 08:03, 3 July 2018 (UTC) pops up a "Proposed EU copyright directive will eat your children" [11] full-screen message when you visit it. and this place not so much. Which is a shame, since the proposed EU copyright directive will indeed do that thing. --Tagishsimon (talk) 08:12, 3 July 2018 (UTC)
I was aware of this issue, I just thought this was something specific to itwiki... Matěj Suchánek (talk) 08:21, 3 July 2018 (UTC)
Just curious, is itwiki the wiki with the highest percentage of EU-based readers?
--- Jura 08:26, 3 July 2018 (UTC)
Ha! For art lovers, quite possibly ;) Jane023 (talk) 08:31, 3 July 2018 (UTC)

I'm happy they are trying to settle our disagreements with the Chinese and Turkish governments. We probably don't need our neutrality that much. Thierry Caro (talk) 11:51, 3 July 2018 (UTC)

I'm in a bit of COI here, 'coz I'm Italian, and of course I support the decision of my home community, but I think we should do something here on Wikidata too. --Sannita - not just another sysop 12:11, 3 July 2018 (UTC)
Here is the English text of the Italian blackout notice. en.Wikipedia are showing a banner to readers in the UK (you can also see it here). We should at least do likewise. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:21, 3 July 2018 (UTC)
I also think Wikidata should go down, since the effects on the law on data mining procedures for UE citizens. -- 12:34, 3 July 2018 (UTC)
I also support the move to get rid of our neutrality. As I support the directive, I'll get my own full-screen message displayed too! Yeaah! Thierry Caro (talk) 12:37, 3 July 2018 (UTC)
I support the action. Perhaps this censorship is worse than China's Golden shield. --Was a bee (talk) 14:25, 3 July 2018 (UTC)
@Thierry Caro, if you can get the community to agree with your proposal, go for it. You may want to double-check with the Wikimedia movement values first, though. --CristianCantoro (talk) 14:41, 3 July 2018 (UTC)
It should be within our values if publishing political content on every single page here is. Thierry Caro (talk) 15:04, 3 July 2018 (UTC)
  Support For the shutdown, at least one day. It is pretty serious. I called several MEPs' offices today through this website, and I encourage everyone to do the same, so at least they know that there are people who care about this. It is a free call since you are called to your number and then you are put through to the MEP office. If that website doesn't work for you, you can also try this one by the Mozilla foundation, where you even have a script of what to say.--Micru (talk) 14:48, 3 July 2018 (UTC)
  Support thanks, jane! Ziko (talk) 14:49, 3 July 2018 (UTC)
Yeah! We've spent half a decade fighting vandalism on individual items one at a time, why not suddenly deface our entire website all of a sudden? Thierry Caro (talk) 15:10, 3 July 2018 (UTC)
Difficult to understand why you would support this, Thierry Caro. It seems as shitty a piece of legislation as I can think of. Would not have happened in Neelie Kroes's day. --Tagishsimon (talk) 17:14, 3 July 2018 (UTC)
@Tagishsimon: While I also wonder the same thing, I'd prefer that we not consider taking any sort of trajectory that leads to a Wikidata equivalent of this. Mahir256 (talk) 18:14, 3 July 2018 (UTC)
  Support inaction in the face of the copyright fee industry abuse, will not maintain an "apolitical" movement, but rather a pusillanimous one. Slowking4 (talk) 03:28, 4 July 2018 (UTC)
message on English Wikipedia for not-logged in users
message on Polish Wikipedia for not-logged in users (note the buttons: 1 to, 2 to local wiki article about Directive on Copyright in the Digital Single Market (Q55110225), 3 to WMF blog.

Update: English Wikipedia is now running a banner for not-logged in users, with an alternative text for EU members vs. outside EU. I didn't change the topic to "Wikidata shutdown" but I think it is an option. I do think at least a similar banner would be appropriate. Jane023 (talk) 16:16, 3 July 2018 (UTC)

I think it would probably be worthwhile to establish a policy of never getting involved with politics, period. --Yair rand (talk) 03:51, 4 July 2018 (UTC)
Yes that's a fine opinion when the political action does not affect the future of this project. However, since the project Wikidata was created and continues to run thanks to lots of effort by people located in Germany who must conform to EU copyright law, then I guess this would be a good time to get off your high horse and vote. Jane023 (talk) 08:57, 4 July 2018 (UTC)
Abortion and the right to freely carry guns also immediately affect our projects by curbing our future numbers of readers and contributors. They are stolen from us. Let's have a banner as quick as possible! Thierry Caro (talk) 11:02, 4 July 2018 (UTC)
That… is not what immediately means. – Máté (talk) 13:41, 4 July 2018 (UTC)
straw men and slippery slope are not much of an argument, in the face of an immediate threat. open knowledge is inherently political. look at the array of interests aligned against it - tyrants and rent seekers. a little expression of the wikimedia movement to political authorities is a minimal effort. Slowking4 (talk) 14:04, 4 July 2018 (UTC)

Úpdate: Current projects doing something: Closed their wikipedia : it, es, lv, et. Running a banner : en, pl. Jane023 (talk) 09:01, 4 July 2018 (UTC)

  Support to a banner, I agree with Jane. --Epìdosis 09:06, 4 July 2018 (UTC)
Directive rejected. --Epìdosis 10:40, 5 July 2018 (UTC)
It is a disappointing to see that while mostly everyone was supporting a banner, nothing has been done. Good that the directive has been rejected anyway!--Micru (talk) 11:14, 5 July 2018 (UTC)

Incomplete ceb-Imports

As @Nikki: has started to add GNS Unique Feature ID (P2326) to items using GeoNames ID (P1566), this now made me aware of how bad is the state of the items created from geonames via the bot-pedia. Right now Wikidata:Database reports/Constraint violations/P2326 starts to explode, Wikidata:Database reports/Constraint violations/P1566 even switches between 1 MB and 0 due to two bots playing edit wars. The readable version shows

Especially the last one is an important one, as the location is an important key to find duplicates. Given the huge numbers, this is impossible to fix manually, so is there any bot owner who can help with it? Partially, the instance and country can be filled with petscan, but the categories on ceb sometimes merge several related types (e.g. river and wadi), and there are categories like watersheds which make items from different countries show up under the main category of one country. Thus these probably need to be taken from the infoboxes. Importing directly from geonames isn't possible due to the license, but as the GNS database it free, we could use that one once the matching geonames-id to GNS-ID is done. Ahoerstemeier (talk) 21:35, 4 July 2018 (UTC)

I'm already working on a bot to import from GNS, see the latest edits on Special:Contributions/NikkiBot. - Nikki (talk) 21:38, 4 July 2018 (UTC)
That's great, that'll help to be able to clean up the mess created by the uncontrolled import from ceb. BTW - there are also thousands of items where the geonames ID wasn't imported from the ceb-infobox yet, so these would escape your bot. Ahoerstemeier (talk) 22:00, 4 July 2018 (UTC)

change in "imported from" (P143)

Project Chat folks should probably be aware of a recent change in imported from Wikimedia project (P143) - see this discussion: Property talk:P143#Making the usage of this property clearer. I was a little surprised to see the recommendation to only use it with bots; I have often entered it manually particularly to provide the "official website" of a university or other organization, as I don't know what other reference one can use in such a case (the website itself?) if the institution is not in some major database, and use of imported from Wikimedia project (P143) at least indicates agreement between the wikidata value and the value in one of the wikipedias. But I do agree this property shouldn't be used for imports from VIAF etc! ArthurPSmith (talk) 13:48, 5 July 2018 (UTC)

Yes, this sounds like a misunderstanding. You may of course still indicate data provenance with imported from Wikimedia project (P143) if you import manually from a Wikimedia project. The change is about new restrictions that should prevent anything else than Wikimedia projects as import sources. Help:Sources has enough reference models for all kinds of external (non-Wikimedia) sources. --MisterSynergy (talk) 19:12, 5 July 2018 (UTC)
It seems to me the website itself is an adequate source, provided it has a TLS certificate issued by a reputable certification authority. It isn't perfect, but it's better than a wikimedia website as a reference. Jc3s5h (talk) 21:10, 5 July 2018 (UTC)
The description and documentation is set a bit more strict on purpose to have people, who are in doubt, not accidentally use it. The backlog is already quite huge and I hope this will keep it from growing even more. We might want to tweak it a bit in the future when we got the backlog a bit more under control. Multichill (talk) 13:22, 6 July 2018 (UTC)


The change [12] make a constraint to GeoNames ID (P1566). The constraint is about imported from Wikimedia project (P143) -> GeoNames (Q830106). I think all statements with P1566 have the same reference. Xaris333 (talk) 18:33, 5 July 2018 (UTC)

Several large subsets have already been identified and discussion about the best clean up approach is happening at talk of imported from Wikimedia project (P143). Multichill (talk) 13:22, 6 July 2018 (UTC)

Localize my webpage with the help of Wikidata

I would like to localize a web project of me with the help of Wikidata. It shows country profiles, it's like CIA World Fact Book with many charts. Because of this my content consists mostly of single words, which could be translated easily.

Is there any JavaScript library in which I could use wikidata items to localize my strings? I would like to use something like $Q38$en (pseudo code) giving back "Italy" for example.

Thanks in advance!--Sascha GPD (talk) 19:12, 5 July 2018 (UTC)

@Sascha GPD: Yes, QLabel. I'm really surprised we don't see more uses of it. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:24, 5 July 2018 (UTC)

"formatter URL" for given names, etc.

Interesting metadata about given names can be found at, for example:

How can we indicate that? given name (P735) has datatype "item", so can't have a formatter URL (P1630), nor third-party formatter URL (P3303), of$1

It's not sensible to add described at URL (P973) to every item about a given name listed at that site.

This issue obviously applies to other sites, and properties, also. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:20, 5 July 2018 (UTC)

Why is described at URL (P973) on all given name items not sensible? That's what I would've done. --Pasleim (talk) 09:56, 6 July 2018 (UTC)
As far as I can tell, that page only provides graphs for 3244 names. I would only add the URL to those names, rather than to every given name. - Nikki (talk) 12:11, 6 July 2018 (UTC)

Status for a buildings/monuments

Which property should be used to indicate state of conservation / state of use of a building, monument, etc. I'm not talking about its heritage protection (heritage designation (P1435)), but to its present state of conservation or use. Ex.: ruinous, demolished, reformed, correct, abandoned, .... Thanks,Amadalvarez (talk) 07:45, 30 June 2018 (UTC)

Currently such property doesn't exist. Some would recommend to use significant event (P793), but I find this very complicated. I would support a proposal for a "state of conservation" property. — Ayack (talk) 12:06, 30 June 2018 (UTC)
I'd support that new propery too. - PKM (talk) 19:12, 30 June 2018 (UTC)
+1, I would support it too (instance of (P31) is sometimes used for that but that's messy). Cdlt, VIGNERON (talk) 20:11, 30 June 2018 (UTC)
+1 I support, good idea. JerryL2017 (talk) 06:26, 3 July 2018 (UTC)
+1, and there will be sources to support, i.e. w:America's_Most_Endangered_Places. Slowking4 (talk) 00:26, 7 July 2018 (UTC)

Edit war at Jesus Christ (Q302) concerning father (P22)

An edit war has been going on at Jesus Christ (Q302) concerning a use of the property father (P22). Would be nice if we could have it resolved. --Njardarlogar (talk) 15:28, 2 July 2018 (UTC)

@Njardarlogar, Infovarius, Ezzex, Gamaliel: This seems like the perfect use case for statement disputed by (P1310).
Mahir256 (talk) 15:44, 2 July 2018 (UTC)
If we can resolve this, maybe we'll finally be able have the answer to world peace. Husky (talk) 22:24, 2 July 2018 (UTC)
I just though why User:Ezzex called this "religious propaganda" (of me, atheist!). I thought that this was trivial biblical fact about this biblical character. But now with P1310 I see that this can be rejected by some other avramistic religions (though there is another item about Muslim Jesus). --Infovarius (talk) 07:39, 6 July 2018 (UTC)
My opinion is that this is religious propaganda and that we (as a encyclopedia) should not participate in such things. This "Chist"- and "father"-definition do not fit in a infobox, but should rather be placed in the main article.--Ezzex (talk) 14:12, 6 July 2018 (UTC)
This is a database. There is barely unstructured text in the main namespace and no "main article" here. We model also fictive information, also using father (P22), like in Zeus (Q34201) father (P22) Cronus (Q44204). Cheers, --Marsupium (talk) 20:39, 6 July 2018 (UTC)

Merge or whitelist?

I finished merging items from User:Pasleim/projectmerge/huwiki-dewiki and User:Pasleim/projectmerge/huwiki-enwiki, but I am not sure these following four, so I am asking your help.

  1. Q22026039 (en:Shenzhen Open) and Q890528 (hu:Shenzhen Open) Whitelisted
  2. Q17663922 (de:Hnefatafl) and Q750693 (hu:Hnefatafl)
  3. Q3228974 (de:Leelo) and Q29068175 (hu:Leelo)   Done
  4. Q15852768 (de:Vespa Primavera) and Q1425749 (hu:Vespa Primavera)   Done
  5. Q24013138 (en:Ponferrada) and Q12164 (hu:Ponferrada)

Should they merge or whitelist? If you need Hungarian translation, feel free to ask. To be honest, Shenzhen Open is totally weird for me and I have no idea what to do. Bencemac (talk) 13:36, 23 June 2018 (UTC)

I could consider merging the third two, but because of Estonian Wikipedia link conflict, I wonder if someone e.g. @Andres, Jaan513, Cumbril, Egon, Iifar: or others tell me if et:Setu leelo and et:Leelo are combinable or not. --Liuxinyu970226 (talk) 11:31, 24 June 2018 (UTC)
The last two are   Merged by me. --Liuxinyu970226 (talk) 11:33, 24 June 2018 (UTC)
de:Leelo corresponds to et:Setu leelo, as it should. hu:Leelo should be transferred to the same topic. Andres (talk) 12:39, 28 June 2018 (UTC)
@Andres: Where, exactly? Bencemac (talk) 11:51, 3 July 2018 (UTC)
  • I think the first one is fine, it's just the Wikidata description/P31 that is odd.
    --- Jura 12:01, 3 July 2018 (UTC)

@Jura1, Liuxinyu970226: Thanks! I have a strong feeling about that the remaining ones should merge as well: could you take a look? Bencemac (talk) 14:25, 3 July 2018 (UTC)

  • The first one shouldn't be merged. It's frequent that we have items for a tournament for men, another for women, and a third for items (articles) combining both. Visit WikiProject Tennis.
    --- Jura 19:47, 3 July 2018 (UTC)
@Jura1: Thanks, whitelisted. However, there is a new one; Ponferrada (Q24013138) has capital of (P1376) and Ponferrada (Q12164) has capital (P36). They link each other. Is it OK? Bencemac (talk) 08:03, 7 July 2018 (UTC)

unsure of a merge

Hi, I merged Q43406990 and Salt in health and disease--a delicate balance. (Q43786905) thinking they were the same, but I know see that they do have two PubMed ID (Q2082879). Could it be that it should be considered as two different entries? @Daniel_Mietchen: any opinion? thanks in advance and sorry for the mess. -- Maxlath (talk) 08:22, 5 July 2018 (UTC)

Looks like they are different: different dates, different authors. The one is probably a comment on or correction of the other (there appears to be a set of four publications with this title). - Brya (talk) 07:25, 7 July 2018 (UTC)

Fandom at

What needs to be done for (Fandom) to be able to use Wikidata? Familypedia can link to English Wikipedia and use images from Wikimedia Commons, but does not appear to be able to link here. Any ideas what needs to be activated? --RAN (talk) 22:26, 6 July 2018 (UTC)

The component that would make it possible needs to be developed first. Matěj Suchánek (talk) 10:25, 7 July 2018 (UTC)

Shares borders

shares border with (P47)

This two places are share border.

But Limassol Municipality (Q28870916) is divided to other places that are third-level administrative country subdivision (Q13221722). One of them is Zakaki (Q12877467). (Zakaki (Q12877467) located in the administrative territorial entity (P131) Limassol Municipality (Q28870916)).

And Zakaki (Q12877467) shares border with (P47) Tsiflikoudia (Q28870981).

The problem is that I get symmetric constraint (Q21510862) because I have only:

and not

If I add both statements, it's like I add the same thing. Or it's like I say that Tsiflikoudia (Q28870981) shares border with 2 different places. But actually is one place. Consider that Tsiflikoudia (Q28870981) is not divided to third-level administrative country subdivision (Q13221722) areas.

Xaris333 (talk) 16:26, 5 July 2018 (UTC)

No solution? Xaris333 (talk) 08:50, 7 July 2018 (UTC)

What about linking only administrative division on the same level? If I remember correctly, that's the recommended use. Matěj Suchánek (talk) 10:27, 7 July 2018 (UTC)
Ok. But we are losing informations with this way. Xaris333 (talk) 03:35, 8 July 2018 (UTC)

Re-scheduled deployment of the New Filters on Watchlist

There was a recent announcement about the plans to graduate the New Filters for Edit Review out of beta for this Wiki. The deployment was stalled to fix the performance issue related to the change. The performance of the new interface has been improved significantly as an outcome of the work by the developers [13]. So, the deployment has been re-scheduled. The deployment is scheduled for this wiki on July 16th 2018.

Please let us know of any other issues or special incompatibility that you may face so that we could make sure they are solved before the feature gets deployed. -- Kaartic (talk) 20:28, 7 July 2018 (UTC)

Category:A [split up by] B

Can we do anything more with items like Category:Musical groups by genre (Q7215970)? I think it's not exactly a case for category combines topics (P971); at the very least, the semantics are different than that usually means. Do we use that anyway, or do we have something else? - Jmabel (talk) 22:28, 4 July 2018 (UTC)

It's similar to many other metacategories like Category:Buildings and structures by country (Q6442977). There's also category contains (P4224), but it doesn't seem like much help either. It would be nice to link them to the relevant topics somehow though. Ghouston (talk) 06:23, 5 July 2018 (UTC)
Could we address this with a new property “subcategory of” (or “intersectional category of”) and link to both “parents”? (Thinking out loud - I haven’t spent time trying to figure how this might work). - PKM (talk) 06:31, 5 July 2018 (UTC)
I would think we would want two properties, so that we could express the concept that it partitions musical groups by genre. - Jmabel (talk) 07:24, 5 July 2018 (UTC)
Proposition: A genre is a class of artwork. It’s an instance of the metaclass « genre », or « musical genre » (a subclass of genre) for example. Then we just use disjoint union of (P2738)   who is designed for this, see the talk page of the property for help. author  TomT0m / talk page 07:29, 5 July 2018 (UTC)
One quite often sees entries analogous to these in taxonomies, ie as entries that would correspond to main items, in P31/P279 trees of main items, not category items. So far I think the people like User:PKM who have really been putting the work in on taxonomies have mostly been ignoring such entries, and leaving them unlinked. But I have been wondering whether that's really the best policy, or whether it might be really quite useful to have these as items, to be able to group and distinguish items that were instances or subclasses of them.
Turning to categories, I thought I'd recently seen quite a lot that included category combines topics (P971) album by this artist (Q29035150), which is sort of along these lines; so I was surprised that if we look at the most common topics to be values of category combines topics (P971) (at least for a sample-group of the first 400,000 examples), such topics seem to come nowhere, at least not in the first several pages of a list: Jheald (talk) 09:09, 5 July 2018 (UTC)
But I think my first suggestion would be: don't try and describe this as a category. Create a corresponding main item, eg "Music groups by genre", and describe that.
Though as a data modelling policy, I suspect that on Wikidata we probably don't want to make Group <X> instance of (P31) "Grunge group" or "Folk rock group" or whatever, that might be subclasses of "Music groups by genre" -- instead we probably prefer to leapfrog all of that and have Group <X> instance of (P31) "music group", and then Group <X> genre (P136) whatever. Jheald (talk) 09:23, 5 July 2018 (UTC)
As to how to describe a main item "Music groups by genre", obviously first it's subclass of (P279) musical group (Q215380), but then do we need a property (or qualifier?) like "distinguished by" ? We have has quality (P1552), but this is not quite what that is for, I think. Jheald (talk) 09:30, 5 July 2018 (UTC)
"Music groups by genre", obviously first it's subclass of (P279) musical group (Q215380) definitely not. First, it’s a Wikimedia category like modelling items, whose purpose is to categorize categories. It should not be thought as a class. The need is to classify music groups, and then to classify the music group classes. If « Nirvana » is a(n instance of) « Rock band », then « Rock band » is not a subclass of « music group by genre ». Proof, by absurd: Any instance of a class is an instance of its superclasses, by definition of « subclass of », see description. Then if "« Nirvana » is a(n instance of) « Rock band »" and " Rock band » were a subclass of « music group by genre »" then we would get "Nirvana » is a(n instance of) music group by genre", which is meaningless. What works is to classify classes such as « Rock band » in a metaclass « music band type » with description « music band type whose classifying criteria is the musical genre ».
Using ideas from {{All instances}} it’s possible to describe the « rock band » item by a statement . Rock band is obviously a subclass of music band as any rock band is a music band. author  TomT0m / talk page 10:35, 5 July 2018 (UTC)
@TomT0m: I don't have such a problem with the inferred statement « Nirvana » instance of (P31) "music group by genre", since it was a band with a very distinctive genre.
My question about creating a metaclass « music band type » would be: does being instance of (P31) such a (meta)class give any information, other than that the subject is subclass of (P279) "musical group" ? Jheald (talk) 16:05, 5 July 2018 (UTC)
@Jheald: Actually yes, at least in principle. I don’t know what is the best way to express it, but we could add a statement, in the spiret of the forementioned « has quality » solution, that express that any instance of this metaclass is a class that classifies according to the music genre of the band. That would amount to model the « by genre » part. (something like a statement « 
< music band type (by genre) > has quality (P1552)   < has quality >
qualified by—genre search < {{{5}}} >
or something like that. author  TomT0m / talk page 20:30, 5 July 2018 (UTC)
With reference to User:TomT0m's remark above about disjoint union of (P2738)   (I assume this is in the sense of a union of sets that are pairwise disjoint), I don't think these genres are necessarily disjoint, especially because some of the genres are specific. For example, there is certainly a large intersection between experimental music and electronic music; funk and soul certainly intersect; Rock and R&B; etc. But also, we are concerned with a general solution, not just this case of music genres, and I'm sure many cases of Category:A [split up by] B the subcategories will have intersections. (Another good example is anything breaking down people by associated place: plenty of people have more than one associated place in the Wikpedia & Commons category systems.) - Jmabel (talk) 03:30, 6 July 2018 (UTC)
@Jmabel:: No problem, there is union of (P2737)   :) author  TomT0m / talk page 06:29, 6 July 2018 (UTC)

In order to discuss similar problems I've just created WikiProject Categories. Feel free to join it! Bye, --Epìdosis 10:54, 8 July 2018 (UTC)

BBLd - Baltisches Biographisches Lexikon digital

BBLd - Baltisches Biographisches Lexikon digital - 2000 items without P21 - set P21=Q6581097

SELECT ?item ?itemLabel 
  ?item wdt:P31 wd:Q5.
  ?item wdt:P2580 [] .
  MINUS{?item wdt:P21 [] .}
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
LIMIT 10000

Try it!

Could someone set P21=Q6581097? 13:54, 6 July 2018 (UTC)

I've set QS to do this; might take a good few hours, as it's timeslicing with another 17 or so QS runs. Note that a small fraction of the report rows were or might be female ... I've not set gender for these; can look at the report tomorrow to see what's left. --Tagishsimon (talk) 23:07, 6 July 2018 (UTC)

User:Tagishsimon, thanks a lot! Re females, a manual search had been made before posting here

But thanks for looking again! Someone else used petscan and tagged at least one female as male, but fortunately I found.

Maybe there are some mistakes now, but should be very few. 12:26, 7 July 2018 (UTC)

Yup. Beer&love went on a spree ... there are quite a few male females now. Probably another 20 or so to find; later. --Tagishsimon (talk) 14:09, 7 July 2018 (UTC)
I've corrected ~18 more gender mistakes; with luck we're good now. --Tagishsimon (talk) 23:12, 7 July 2018 (UTC)

BBLd - Baltisches Biographisches Lexikon digital - year of birth, year of death from P2580

~660 year of birth/~670 year of death can be harvested from Baltisches Biographisches Lexikon digital ID (former scheme) (P2580). The "-None" in the ID is important, because if an ID only ends in -YYYY it could be yob or yod. Here for yob :

SELECT ?item ?itemLabel ?bbld
  ?item wdt:P31 wd:Q5.
  ?item wdt:P2580 ?bbld .
  MINUS{?item wdt:P569 [] .}
  #MINUS{?item wdt:P570 [] .}
  FILTER (REGEX(STR(?bbld), "-[0-9]{4}-([0-9]{4}|None)$"))
  #FILTER (REGEX(STR(?bbld), "-([0-9]{4}|None)-[0-9]{4}$"))
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }

Try it! 12:17, 7 July 2018 (UTC)

Interesting. I'll give that a whirl later. --Tagishsimon (talk) 14:11, 7 July 2018 (UTC)
They're now slowly being loaded by QS. --Tagishsimon (talk) 22:57, 7 July 2018 (UTC)

User:Tagishsimon, that is great, thanks a lot! FYI, Bacmeister showed up because the dob was deprecated [14]. 13:04, 8 July 2018 (UTC)

Marking high importance/high confidence data

This must of have discussed elsewhere, but I haven't been able to find it by googling. I am hoping someone can point me in the right direction.

Templates such as en:Template:Infobox gene pull their data from wikidata. There are cases where a particular wikidata item may be of minor importance or of questionable reliability and hence not suitable for display in an infobox. In these cases, it might be desirable to provide a mechanism where editors can specify the importance or reliability of a particular data item. The infobox could then have the option to display only high importance and/or high confidence data in wikidata. Are there any examples where this has been implemented (or at least discussed)? Boghog (talk) 08:31, 8 July 2018 (UTC)

Various values of the sourcing circumstances (P1480) qualifier can be used to indicate data may have lower confidence or lower precision. An infobox might choose not to display particular cases.
In general, statements that are referenced but wrong should be indicated by setting their rank to 'deprecated', with reason for deprecation (P2241) giving any additional information.
Statements that are the preferred choice out of a range of options can be indicated by setting their rank to 'preferred'. Most infoboxes will then ignore any other values given for that property for that item.
Those are the general mechanisms currently in place, but it might be possible to treat some more specific case in the code for a particular infobox. Jheald (talk) 09:51, 8 July 2018 (UTC)
OK, thanks! Now I know what it is called. Help:Ranking gives more details. I was able to change the rank of a statement form normal to preferred, but there was no change in the display of the data in en:Beta-2 adrenergic receptor within the Gene Ontogeny/Cellular component of en:Template:Infobox gene. It looks like the template code will need to be modified to display only preferred rank statements. I will take this up with the maintainers of the template. Thanks again for your help. Boghog (talk) 12:54, 8 July 2018 (UTC)

SQL question

This SQL query, quarry:query/28058, finds Commons categories with an interwiki link to en-wiki, but no sitelink to Wikidata.

Does anyone know if there's then any easy way to find the corresponding Wikidata item for that en-wiki page? I think it would be given in the page_props table in the enwiki_p database, but is it possible to access this from the a query that accesses the commonswiki_p database?

Is there any way to do this from one joined-up query in SQL? Or having got then list of en-wiki pages, is my best bet to then go to something like petscan to find Q-numbers for them all? (It would also be useful to extract whether the Wikidata items have Commons category (P373) and/or existing Commons sitelinks).

Thanks, Jheald (talk) 09:42, 8 July 2018 (UTC)

USE commonswiki_p;
SELECT p.page_title AS cat_name, ll.ll_title AS interwiki, pp1.pp_value AS item
FROM page AS p
JOIN langlinks AS ll ON ll.ll_from = p.page_id AND ll.ll_lang = 'en' 
LEFT JOIN page_props AS pp ON pp.pp_page = p.page_id AND pp.pp_propname = 'wikibase_item'
LEFT JOIN AS p1 ON p1.page_title = ll.ll_title AND p1.page_namespace = 0
LEFT JOIN enwiki_p.page_props AS pp1 ON pp1.pp_page = p1.page_id AND pp1.pp_propname = 'wikibase_item'
WHERE p.page_namespace=14 AND pp.pp_value IS NULL AND pp1.pp_value IS NOT NULL;
Matěj Suchánek (talk) 12:16, 8 July 2018 (UTC)

Reordering subentities


I realized that in Q11084448 the wrong zhWP article was linked to the bot-created articles in svWP and cebWP. I linked that zhWP article to Q31852369 now, and transferred most of the information that belongs there to this item, but still all contains administrative territorial entity (P150) information in Q11084448 requires to be transferred to Q31852369, and all the items listed there need to have their located in the administrative territorial entity (P131) changed from Q11084448 to Q31852369. I do not feel bot enough to do that, can anyone help, please? → «« Man77 »» 09:05, 9 July 2018 (UTC)

Consultation on the creation of a separate user group for editing sitewide CSS/JS

Stubs, templates and category combines topics

We are discussing about which properties are to be used for stub categories and template categories (tens of thousands of items), please give us your opinion! --Epìdosis 13:49, 9 July 2018 (UTC)

Compound given names

When I add a compound given name for a person, for example, "Mary Margaret" at Mary Margaret O'Hara, should I be deleting the original "Mary" or should the given_name field contain both values of "Mary Margaret" and "Mary"? --RAN (talk) 20:44, 8 July 2018 (UTC)

Surely "Mary Margaret" isn't a compound given name? Wouldn't a compound given name be something like "Mary-Margaret" (with hyphen) ?
Surely for "Mary Margaret" one adds a statement for each name, with qualifier series ordinal (P1545) = 1 and 2 respectively ? Jheald (talk) 21:13, 8 July 2018 (UTC)
  • In France and Switzerland compound names are hyphenated, not in English speaking countries. See the examples given in the Wikipedia article. --RAN (talk) 19:12, 9 July 2018 (UTC)
  • Wikidata hasn't made up any rules in this regard yet. It depends on whether you consider the person to have one compound given name which has two inseparable words (in that case create a new item for the compound name), or two separate given names which she always uses together (in that case use series ordinal (P1545)). An analogous situation exists for Chinese and Korean given names, which typically have two words, and there's currently no standard on how they should fit into given name (P735). Deryck Chan (talk) 15:58, 10 July 2018 (UTC)

Part of item has a property value

How do we model a case where only part of item has a particular property value, but it wouldn't make sense to split up the item? For example, location (P276) for Madison Street (Q6728111) would be Downtown Seattle (Q745358) for part, First Hill (Q5453075) for part, Capitol Hill (Q1041704) etc. Is there some way to express this? - Jmabel (talk) 23:45, 8 July 2018 (UTC)

Have a look at how "applies to part" is used on Q12418. Does that help? --LydiaPintscher (talk) 07:05, 9 July 2018 (UTC)
@LydiaPintscher: Not a lot. I was aware of "applies to part" but don't see how to use it in this case: it seems to require that the parts in question have names (and that the names be items in their own right, at that). Would I use "applies to part" with an explicit "no value"? Because that seems weird, too: it seems to say it applies to no part. - Jmabel (talk) 14:50, 9 July 2018 (UTC)
Where a value for applies to part really cannot be found (and here think north, south, centre, etc) then for a linear feature such as a road, one could identify each segment by coords, such as coordinates of northernmost point (P1332) thru coordinates of easternmost point (P1334) - the location property permits coordinate location as a PQ, and it is not a stretch to instead use bounding coordinates. --Tagishsimon (talk) 16:01, 10 July 2018 (UTC)
  1. That seems like an awful lot of work.
  2. Seattle neighborhoods don't have precise boundaries, so that would be misleading. - Jmabel (talk) 16:39, 10 July 2018 (UTC)

Multiple durations

What is the best way to add multiple periods of existence of an organisation to a Wikidata item. For example, en:2nd Battalion (Australia) has been formed and disbanded several times. What to do with that data while editing its Wikidata item. KCVelaga (talk) 15:59, 9 July 2018 (UTC)

I don't think we have a way to do that other than to create separate items for each time it formed? You can link them together with follows (P155), followed by (P156). ArthurPSmith (talk) 18:24, 9 July 2018 (UTC)
@KCVelaga, ArthurPSmith: Use significant event (P793) with point in time (P585) instead of particular properties. Snipre (talk) 20:52, 9 July 2018 (UTC)
Couldn't this also be done with multiple instance of (P31) values, each with the same basic value but distinct start time (P580) and end time (P582) qualifiers? - Jmabel (talk) 23:37, 9 July 2018 (UTC)
Related previous discussion: Wikidata:Project_chat/Archive/2018/04#Refound_date. Ghouston (talk) 04:44, 10 July 2018 (UTC)

ISBN-13 in QuickStatements

I’m having trouble adding ISBN-13 via QuickStatements (using the Zotero export). Should it have hyphens? Quotation marks? - PKM (talk) 04:19, 10 July 2018 (UTC)

Q12345678 P212 "978-2-267-02700-6" should work. Matěj Suchánek (talk) 06:32, 10 July 2018 (UTC)
Thank you! - PKM (talk) 18:33, 10 July 2018 (UTC)

Wikidata weekly summary #320

@Lea Lacroix (WMDE): Being pedantic, surely it's at least the second time that Wikidata has less than 2 million empty items - as that would also have been true when Wikidata had less than 2 million item? Thanks. Mike Peel (talk) 12:05, 10 July 2018 (UTC)
That's indeed very likely ;) Lea Lacroix (WMDE) (talk) 14:50, 10 July 2018 (UTC)

Wikidata:ScienceSource focus list

This is the focus list (i.e. on focus list of Wikimedia project (P5008)) effort for the ScienceSource (Q55439927) project. The aim is to gather up a useful list of scientific articles, open access and biomedical, to forward the aims of the project for medical referencing. The focus list will be a first pass at a list of articles that would be worth downloading.

The page tries to explain how to add useful statements to the list, by hand or mechanically. It doesn't say so much about how the list will be queried to help with the project. Fairly obviously, for those who know the background, seeing which repository or publishers' site hosts the article will be one of the first things to do. SPARQL can do this and quite a lot more.

Everyone is invited to participate. Articles added that turn out not to be quite suitable don't matter so much. We do want to have good coverage of the literature relating to medicine. We'll also be raising the question of quite what the licensing position of open access papers is, which should be interesting.

Generally, the project will be pushing to have enough metadata here to decide questions on Wikipedia on what is a "reliable source".

Charles Matthews (talk) 13:33, 10 July 2018 (UTC)

Create new items with QuickStatements CSV format

@Magnus Manske: Is it possible to create items using CSV format? If so, how?--Malore (talk) 16:25, 10 July 2018 (UTC)

@Malore: Here is How-to Help:QuickStatements#Item_creation --Was a bee (talk) 18:03, 10 July 2018 (UTC)
@Was a bee: It explains how to create items using the v1 format, not how to do it with CSV format.--Malore (talk) 22:57, 10 July 2018 (UTC)
@Malore: The sintax to CSV is explained there. You have columns to each property; The first one being the "qid" column. Building the CSV to create items, this column is empty, so when copying the csv to QS it will look like:
,Éder Porto,Q5
Ederporto (talk) 00:41, 11 July 2018 (UTC)
Help:QuickStatements#CSV_file_syntax: different section, same page. - Jmabel (talk) 00:45, 11 July 2018 (UTC)
@Ederporto: Thank you, maybe it should be explicitly mentioned in the article because personally I didn't get it.--Malore (talk) 01:01, 11 July 2018 (UTC)
@Malore: It's a CSV implicit thing, but I think you are right. Ederporto (talk) 01:49, 11 July 2018 (UTC)

Global preferences are available

19:20, 10 July 2018 (UTC)

Modelling a publication schedule

Following on from Wikidata:Property proposal/chart date:

The tracking week for sales and streaming begins on Friday and ends on Thursday, while the radio play tracking-week runs from Monday to Sunday. A new chart is compiled and officially released to the public by Billboard on Tuesday. Each chart is post-dated with the "week-ending" issue date four days after the charts are refreshed online (i.e., the following Saturday). For example:
  • Friday, January 1 – sales tracking-week begins, streaming tracking-week begins
  • Monday, January 4 – airplay tracking-week begins
  • Thursday, January 7 – sales tracking-week ends, streaming tracking-week ends
  • Sunday, January 10 – airplay tracking-week ends
  • Tuesday, January 12 – new chart released, with issue post-dated Saturday, January 16

How would this be modelled, given that each chart is post-dated and this date (i.e. January 16 in example above) is the canonical point in time (P585) for each edition? (Other charts have different rules, such as being labelled according to the data collection period.) Would an item have to be created for every issue of the chart or publication, or would items like Easter − 2 days (Q14795488) (e.g. "two Fridays before last" or "point in time − 15 days") have to be used in conjunction with statements describing each of the events on the item for the chart? This could also be somewhat applicable for other publications which go to press at some point and are published online beforehand but are labelled with an entirely different date. Jc86035 (talk) 10:30, 11 July 2018 (UTC)

In the proposal at Wikidata:Property proposal/chart date (which is marked "not done") it is stated that publication date (P577) can't be used because the date the website is updated is a few days before the stated publication date. I do not agree that this is a barrier to using "publication date". A great many publications of all types make their publications available to the public before the stated publication date. Jc3s5h (talk) 13:27, 11 July 2018 (UTC)
@Jc3s5h: Yes, this is what I meant: how do we indicate both the actual publication date and the date printed in the work? The date of publication couldn't be indicated with stated as (P1932) or similar, because it's not the correct data type. Jc86035 (talk) 15:32, 11 July 2018 (UTC)
It's not customary, outside the Wikimedia Foundation projects, to state the actual publication date. It's customary to cite the publication date cited within the source. The purpose of a citation is to lead the reader to the source, and once tentatively found, allow the reader to confirm the correct source has been found. So the publication date stated in the source is usually what's important. What is your use case for giving the real publication date? Jc3s5h (talk) 15:48, 11 July 2018 (UTC)
If this reaches a conclusion, could someone make sure it is documented in (or at least linked from) Help:Dates and, possibly, mentioned in Help:Modelling/General#Time & dates? Thanks. - Jmabel (talk) 16:06, 11 July 2018 (UTC)
@Jc3s5h: The main reason I started this section was the other dates, although it might also be useful to have the actual publication date for some purposes (it might help for validation that some other publication hasn't written about the information in some entity before the entity was made public). Being able to model the time periods that data is collected would probably be useful, maybe in comparing different charts. Jc86035 (talk) 16:31, 11 July 2018 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── Draft proposal (second level indicates qualifiers):

The weakness of this sort of model is that if any of the qualifiers for a statement change, the statement has to be entirely duplicated to indicate the change, with all but the current statement set to deprecated. I'm also not sure what start time (P580) should be in the example (i.e. July 13, the date that the new data collection period began, or July 25, the date that the chart based on that data is labelled with). Jc86035 (talk) 08:41, 12 July 2018 (UTC)

Relative dates

Further to the above, how can Easter − 47 days (Q14914941) actually be modelled as being 47 days before Easter? Jc86035 (talk) 10:51, 11 July 2018 (UTC)

Seems to me as the same as Mardi Gras (Q35105)--Jarekt (talk) 13:00, 11 July 2018 (UTC)
@Jarekt: It seems like the item, and the others at Help:Easter related dates, were created solely for the purpose of modelling the relationships, although they don't really do much because there's no data in the statements. Jc86035 (talk) 15:29, 11 July 2018 (UTC)
If this reaches a conclusion, could someone make sure it is documented in (or at least linked from) Help:Dates? Thanks. - Jmabel (talk) 16:07, 11 July 2018 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── @Jmabel, Jarekt: Would it be useful to have "relative date" properties (values like "-2 days"), possibly with either a set qualifier to indicate what the thing is relative to, and a matching pair property for each like "relative date qualifier refers to" for situations where "relative date" properties are themselves used as qualifiers? This could be extended e.g. with "relative start date" like in the section above. Jc86035 (talk) 09:08, 12 July 2018 (UTC)

  • I'm not sure I follow all of that, but, yes, the ability to say "relative to this holiday" (Easter, etc.) and give a number of days before or after would be useful. Similarly, to be able to say something like "three days before the first of any month". - Jmabel (talk) 15:14, 12 July 2018 (UTC)
I think I am fine with Easter − 47 days (Q14914941) kept separate from Mardi Gras (Q35105). I can not think of a better way to model that. --Jarekt (talk) 16:51, 12 July 2018 (UTC)

Possible vandalism

Does anyone actually know the mass of Kylie Jenner (Q1770624) right now? An IP has changed it from 56 to 65, and changed her eye colour statement. I personally think this is not useful information to have, since the mass of a human is highly variable and the statement does not have a time qualifier. Jc86035 (talk) 08:07, 12 July 2018 (UTC)

Added 1 year semi-protection and removed some unreferenced claims which have been vandalized way too often to evaluate the original value and its provenance. —MisterSynergy (talk) 08:28, 12 July 2018 (UTC)


Festál at Seattle Center (Q5445891) is an annual series of (mostly) ethnic festivals at Seattle Center. I've tried to model a citeable statement that there were 24 of these festivals as of 2009. I have no idea if there might be a better way to model this than what I did; can someone have a look? - Jmabel (talk) 15:31, 12 July 2018 (UTC)

  • I added a couple of statements.
    --- Jura 15:50, 12 July 2018 (UTC)

Code editor for modules

When I edit modules in the module namespace at Danish Wikipedia, the edit window will change to a code editor with syntax highlighting and auto indent. That doesn't happen here at Wikidata where module editing is done in a normal text editor window like in all other namespaces. Could the code editor for modules also be enabled here please? --Dipsacus fullonum (talk) 20:14, 17 July 2018 (UTC)

You need to enable Enable enhanced editing toolbar in your preferences, possibly globally. Matěj Suchánek (talk) 07:52, 18 July 2018 (UTC)
That helped. Thank you very much, --Dipsacus fullonum (talk) 08:58, 18 July 2018 (UTC)
This section was archived on a request by: Matěj Suchánek (talk) 15:43, 18 July 2018 (UTC)

Missing wikidata properties with property Id P0- P5

Hi all,

Please can anybody give some information about missing properties P0-P5 in the property list. In some text data, I got a mention of properties within this range but here in the official wiki page, I am not able to find them. If they are deprecated, please provide a link from where I can know about them.

Thanks in advance! Parul0912 (talk) 08:35, 12 July 2018 (UTC)Parul

  • I'm curious about that. What does your text say? Occasionally, numbers get skipped, so they may never have existed.
    --- Jura 08:44, 12 July 2018 (UTC)
    • There are indeed no deletion logs for any property lower than P6, so they might not have existed at any time. —MisterSynergy (talk) 09:23, 12 July 2018 (UTC)
      • They never existed indeed. It is because the IDs were reserved for items and accidentally also were reserved for properties. Uuuupppps ;-) --Lydia Pintscher (WMDE) (talk) 13:49, 12 July 2018 (UTC)
        • It exists, because in the wikidata dumps we can find many entries with P0 to P5  – The preceding unsigned comment was added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]]).


  • Could you list a few samples?
    --- Jura 07:07, 13 July 2018 (UTC)

Railway depots

On San Gottardo railway station (Q16609440) I would like to add the property 'Railway depot'. This property does not seem to exist and is quite separate from station. In this case it is also used as tram depot. No distiction should be made between tram or train. Te distinction between tram and train is in some cases unclear, not to mention metro's and ligthrail. I think railway/tram workplaces(heavy maintenance) should be put on the same (new?) property.Smiley.toerist (talk) 08:46, 12 July 2018 (UTC)

motive power depot (Q10283556) could be used, this states it's for locomotives but is being used more widely, reflecting the general nature of the label. There is also Q27028153 specifically for trams and similar for buses: bus station (Q494829). Nothing specific for trains though, might make sense to create one as sub-class of motive power depot (Q10283556)? JerryL2017 (talk) 09:03, 12 July 2018 (UTC)
I have added Q27028153 for tram depot. There may be some locomotives, but certainly the railway motorcars (see picture ) are maintained there. Smiley.toerist (talk) 09:38, 12 July 2018 (UTC)
@Smiley.toerist: See train depot (P834). Thierry Caro (talk) 11:28, 12 July 2018 (UTC)

Wouldn't it be better to link the depot with has facility (P912) instead of instance of (P31)? Ahoerstemeier (talk) 13:58, 12 July 2018 (UTC)

@Ahoerstemeier: My suggestion is that the P912 should better be used e.g. "hey, this electrified railway line has 35 substations". --Liuxinyu970226 (talk) 12:37, 13 July 2018 (UTC)

Vashon and Maury Islands

How can we model that some sources consider Maury Island (Q6793978) part of Vashon Island (Q12834566) while others consider them two distinct islands? - Jmabel (talk) 15:47, 12 July 2018 (UTC)

I would create two items for Vashon Island (Q12834566), one for the smaller physical contiguous island, and a second for the combined area of both. If there's some political/administrative structure associated with the latter maybe that's what its class should be, as it's not strictly an instance of "island". A wikidata item should correspond with a single conceptual entity, so two distinct concepts should have two items. ArthurPSmith (talk) 18:56, 12 July 2018 (UTC)

Use an image as reference

In Wat Nong Khet (Q55225353) I added a image from commons as a reference, because that photo of the temple sign easily (if one is able to read Thai) proofs that location statement. However, this gives a warning that the property image isn't supposed to be used as a reference. Is there any better way to do this? Ahoerstemeier (talk) 08:49, 13 July 2018 (UTC)

Thanks, wasn't aware of the tombstone reference. Is there any subclass of signage (Q1211272) which better describes this sign? Ahoerstemeier (talk) 09:58, 13 July 2018 (UTC)

My property deletion proposal

Am I allowed to withdraw a property deletion proposal? I proposed number of platform tracks (P1103) for deletion in May 2017 due to the data being polluted due to incorrect usage and mistranslated property labels and descriptions, and the discussion still has not been closed. (I think there should really be guidance for closing discussions as no consensus.)

At this point, since the data is still somewhat useful, if the discussion is closed and the property is kept, I think that there should be a check of all values against values of different Wikipedias, and/or the conversion of values to either has part (P527) or new properties if it is found that the count of "number of platforms" is based not on "number of platform tracks", but something else (i.e. number of usable platform edges; number of platform edges in use; number of distinct platform numbers; number of independently usable boarding areas on platforms; number of continuous floor surfaces which have usable platform faces, …). Jc86035 (talk) 15:59, 13 July 2018 (UTC)


Hello. It's a detail but I would rather have Nobel prize ID (P3188) split into different properties. The IDs would be shorter and would look more like actual IDs than pieces of URLs. Constraints would be tighter. And it would also be useful for the French Wikipedia. We would have articles about scientific laureates displaying links through Template:Research links (Q54913733) while the ones about winning writers would use Template:Literature links (Q54933000), for instance. Again, it's certainly just a detail but would you mind? Thierry Caro (talk) 16:01, 13 July 2018 (UTC)

Hi. I think this would be a positive change. This would indeed refine the properties. Nomen ad hoc (talk) 16:12, 13 July 2018 (UTC).
Ping @Pigsonthewing, YMS, YULdigitalpreservation, Edgars2007, Richard Arthur Norton (1958- ), Pamputt:, who supported the creation of a unique identifier. Nomen ad hoc (talk) 11:12, 14 July 2018 (UTC).

Forsythia ovata vs Forsythia koreana

I wonder if Forsythia ovata (Q428340) (Korean forsythia) is a synonym of Forsythia koreana (Q12583210) or vice versa? My usual methods are failing me. Abductive (talk) 08:12, 14 July 2018 (UTC)

Recommend merging of birth at sea (Q46998262) and death at sea (Q46998267) and renaming to "at sea"

Previous related discussions

  1. Wikidata:Project chat/Archive/2017/12#Born at sea and Died at sea
  2. Wikidata:Project chat/Archive/2018/05#Birth/death at sea

These fields simply do not work well enough, and they unnecessarily separate all related items that happen at sea. How is the place for a birth or a death at sea different with relation to "at sea"? I heartily agree that we need this more generic descriptor for the non-specific location I just don't see that it should have an event associated with the location when it is solely a location. How/why should they be different places? The term should be a more generic "at sea" where a more accurate place cannot be provided.

This merge and rename would also allow us to capture the missing requirements where people were baptised, married or buried at sea, which cannot currently be captured, and would be a nonsense to create as additional items.  — billinghurst sDrewth 13:51, 7 July 2018 (UTC)

Noting example of a reference to be used, where burial location should = "at sea"; and where memorial is in Gallipoli IWM.  — billinghurst sDrewth 13:53, 7 July 2018 (UTC)
A cursory look at the properties of these two items will show that they are not suitable for merging. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:13, 7 July 2018 (UTC)
Fine, then let us create a true location "at sea" and move the birth and death locations to the new item. We can then delete these weird location items that are not locations.  — billinghurst sDrewth 06:08, 8 July 2018 (UTC)
Let's try it and see how it goes: at sea (Q55438959). I don't see any need to delete the existing items. Ghouston (talk) 05:36, 10 July 2018 (UTC)
now fails a constraint on P119: not located in a administrative territorial entity. Possibly an unwanted constraint, since I think it would be undesirable to add everybody buried at sea as exceptions. Ghouston (talk) 06:06, 10 July 2018 (UTC)
I guess the best approach here would be to have "at sea" as an allowed value to the P119 constraint alongside the existing constraints - is that possible? Andrew Gray (talk) 15:16, 12 July 2018 (UTC)
It would be possible, but all the seas and oceans would have to be allowed too, since "at sea" is only needed when the specific place isn't known. Ghouston (talk) 02:44, 15 July 2018 (UTC)
no longer fails constraints, thanks to new unknown value items added to at sea (Q55438959). Ghouston (talk) 02:46, 15 July 2018 (UTC)

Where are the poets?

Hello. With the recent launch of Template:Literature links (Q54933000) on the French Wikipedia and the subsequent creation of Poetry Foundation ID (P5341), poet ID (P5343), Printemps des poètes poet ID (P5344), Poetry Archive poet ID (P5392), cipM poet ID (P5393), Poets & Writers author ID (P5394) and Poetry International Web poet ID (P5430) here, poetry (Q482) is having its own small momentum on Wikidata. And this should keep going as Wikidata:Property proposal/Scottish Poetry Library ID and Wikidata:Property proposal/Australian Poetry Library ID are currently under way. The thing is, we're still not really covering as many subgenres, from contemporary Spanish poetry (Q3401098) to poetry in Africa (Q7207525), as we probably should. Would you help me identify potential properties by pointing out interesting databases that cover at least 150 poets through individual entries? There can probably be 5 to 25 relevant ones that we should consider. Let me know which they are if you can find some. They might be found on the website of a poetry festival (Q27186004) presenting past guests, for instance. Thierry Caro (talk) 13:57, 8 July 2018 (UTC)

Nothing at all? Thierry Caro (talk) 14:52, 10 July 2018 (UTC)
I'm not a poet and I'm unaware of any big poet databases - most poetry collections are focused around good poems from a genre and era, not poets. Deryck Chan (talk) 15:55, 10 July 2018 (UTC)
You might consider asking the Wikisource projects, instead of posting here on wikidata. Many Wikisourcers have been transcribing poetry collections into Wikisource. --EncycloPetey (talk) 15:57, 10 July 2018 (UTC)
a specialized request. for english there is ; ; ; ; ; ; ; -- but these are by poem / author not genre, and some come with paywalls. it is all ad hoc, word of mouth: LOD has not reached them. Slowking4 (talk) 02:25, 11 July 2018 (UTC)
@Deryck Chan, EncycloPetey, Slowking4: Thank you. That's a very good beginning. We now have Wikidata:Property proposal/RPO ID and Wikidata:Property proposal/Split the Rock ID to start with. Thierry Caro (talk) 02:03, 12 July 2018 (UTC)
And also Wikidata:Property proposal/Les voix de la poésie ID and Wikidata:Property proposal/Poetry in Voice ID. Thierry Caro (talk) 14:10, 12 July 2018 (UTC)
If anyone has anything in languages other than French and English… don't hesitate to let me know! Thierry Caro (talk) 18:59, 12 July 2018 (UTC)
We could use a few more language of work or name (P407) statements on the poems, to identify the authors' languages:
SELECT ?auth ?authLabel ?sample_poem ?sample_poemLabel ?langs WHERE {
     SELECT DISTINCT ?auth (SAMPLE(?item) AS ?sample_poem) (GROUP_CONCAT(DISTINCT(?iso_lang); separator=', ') AS ?langs) WHERE {
        ?item wdt:P31/wdt:P279* wd:Q5185279 .
        ?item wdt:P170|wdt:P50 ?auth .
        OPTIONAL {?item wdt:P407 ?lang . ?lang wdt:P218 ?iso_lang}
     } GROUP BY ?auth
   SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en,fr,de,es,it,nl,sv,ru,cn,ar". }
} ORDER BY str(?authLabel)
Try it! -- Jheald (talk) 17:27, 13 July 2018 (UTC)
Thank you all! We also have Wikidata:Property proposal/Poetry Society of America ID going on now. Thierry Caro (talk) 20:25, 13 July 2018 (UTC)
And then Wikidata:Property proposal/MAPS ID. Thierry Caro (talk) 03:37, 15 July 2018 (UTC)

Fiction countries and country of citizenship


? Fiction characters lives in fiction countries. For example,

and not


Why not to have an item for fiction USA (and other countries) to use to fiction characters?

Xaris333 (talk) 11:19, 9 July 2018 (UTC)

  • Seems to me he is a fictional citizen of the actual U.S., not a fictional citizen of a fictional U.S. - Jmabel (talk) 14:59, 9 July 2018 (UTC)
    • The USA that Hulk lives is not the real USA a real USA citizen lives. Xaris333 (talk) 15:13, 9 July 2018 (UTC)
    • @Jmabel: One purpose of creating (classes of) fictional items was not to find fictional items in queries where they are not expected. If there is a strict wall between the two worlds, you can safely search for the citizens of the US omitting properties like_instance of (P31) and still find only actual items and never fictional one. Second, in the cas of Hulk, it seems that he lives in a country that is depicted in movies or comic books, definitely not the real USA. He’s a citizen of some fictional USA, and he’s a fictional characeter. Assuming there is no such thing as a « fictional citizenship ». author  TomT0m / talk page 15:16, 9 July 2018 (UTC)
      • That makes sense (especially in this case). Not the way I'd have modeled it, but reasonable.
      • Do we have a way to distinguish between the setting of a fiction in a realistic place and the setting of a fiction in a more fictional world? I'm thinking, for example, that the United States of Philip Roth's Goodbye Columbus is very much the actual U.S., whereas the one in The Plot Against America is quite fictionalized. - Jmabel (talk) 15:22, 9 July 2018 (UTC)
@TomT0m: I am a bit uncomfortable with this approach, because it will need us to create a whole parallel set of fictional countries, and perhaps a parallel set of cities to go along with London in fiction (Q6671104). The same argument might lead to duplicating all sorts of position-held values ("fictional President of the US"), occupations ("fictional lawyer"), etc just to avoid them showing up in queries. Then we would need to set up all the links between them so that "find me all the fictional scientists" would get all the subclasses etc.
It seems so much simpler to just make sure that we use an appropriate instance of (P31) and stay in the habit of using that for queries, and use all the routine properties and values for fictional people and places. We seem to manage okay at the moment and this would be a change with really dramatic consequences. Andrew Gray (talk) 19:40, 9 July 2018 (UTC)
I disagree. The real USA citizenship is may not be the same with the same USA citizenship. I mean, by adding that the country of citizenship of a fiction character is the real USA, we may be wrong. In the fiction world that country may be bigger, or smaller, or has a different (fiction) president. By say that Hulk has country of citizenship the real USA, is like we say that he lives in the real USA, with the real president, with the real population etc. And what about is the fiction character is the president of USA in the fiction USA? Then that character will has country of citizenship the real USA, but real USA item will have a real president as a value. And if the fiction character is the president of USA, would we add it to real USA item as the president due to value requires statement constraint (Q21510864)??? Xaris333 (talk) 20:06, 9 July 2018 (UTC)
@Xaris333, TomT0m: Please go ahead with your logic: if Hulf is citizen of a fictional USA, and Jack Ryan (Q1068314) is citizen of another fictional USA, then you have to create 2 different items for "fictional USA", in order to be able to perform correct queries for each different fictional USA.
The correct way is not to create correct queries: so if you want to want to have all citizens of real USA, then you have to create a query citizen of USA AND instance of human. If you want to have all US citizens of Avengers world, then combine citizen of USA AND instance of Avenger's character. Snipre (talk) 20:47, 9 July 2018 (UTC)
So if a fictional character is the president of USA, we will add it at the item of USA as president? And if you want to have the real USA president, then combine president of USA AND instance of human. That what you are telling us? Xaris333 (talk) 20:50, 9 July 2018 (UTC)
No, of course we don't add it to the USA item as "president". We seem to manage just fine saying (or any of the existing 33 fictional US presidents) without doing that.
In general, I really don't agree that this is a problem, and I think requiring fictional country items will just make everything much more complicated and confusing. Yes, the Hulk's "fictional USA" may not be precisely the same as the "real USA", but it makes sense to me to use the same item - it's clear that if the item is about a fictional concept, its claims need to be evaluated in that way. Andrew Gray (talk) 21:01, 9 July 2018 (UTC)
Yes, because your proposal is not symetrical: it offers you the possibility to retrieve real citizens or real residents but not US president of Avenger's world. Instead of creating a junk item like fictional USA which mix everything, you should propose a solution which use correctly the data: there is no reason to treat in a better way real data than fictional data or you have to rediscuss the usefulness of adding fictional data in WD.
And about the fact to add the president names to USA item, this example shows why this habit is a bad one.Snipre (talk) 21:06, 9 July 2018 (UTC)
It's not clear to me why presidents are even listed on United States of America (Q30). It's contributing to the excessive size of that item and only duplicating statements that can be found elsewhere. Ghouston (talk) 05:02, 10 July 2018 (UTC)
@Snipre: Actually, on a conceptual level, a fiction country is instantiated every time someone live the experience of reading a book, a comic book or another art type, in one imagination. In a sense, a fiction item is a class of experience, so it’s both totally ok to use a singular item that represents « all the experiences of person who lives (read/watch) a fiction in which the USA are mentioned or depicted ». It’s also perfectly ok to subclass it to represent a more precise experience, for example the US depicted in the Marvell universe if we find a reason for it, but it’s far from a logic we have to follow to be consistent internally. author  TomT0m / talk page 07:26, 10 July 2018 (UTC)
@TomT0m: Thank you for the ontology lesson, but I am a pragmatic guy: one of your main argument to create fictional countries was "One purpose of creating (classes of) fictional items was not to find fictional items in queries where they are not expected". I don't understand why this statement is true for separating real/fictional items and not to separate fictional/fictional items which aren't part of the same fiction world. If you want only real US citizens, I want only US citizen from Marvel's world, so why your logic real/fictional should be favoured ? Snipre (talk) 20:23, 10 July 2018 (UTC)
@Snipre: I’m a pragmatic guy too, at times. It’s pretty clear why we would want to put a clear reality/fiction barrier: I assume unless specified explicitly every query should be assumed to be about the real world, and a user should not have the surprise to see a fiction item and exclude it from the query one way or another. In fiction, this is a completely different story and its not crystal clear which query should be made or not, so the work to build separate worlds is far more questionable, and it is a lot of work. At the limit, you can create items for every reboot of every comic, or every episode, or you can use the same item for a set of work. It’s both less justified and more complicated, so pragmatically the « ontology solution » is a good one, less work and a clear ontological reason that justify the use of the same items for different fictions. A possibility of subclassing that leaves the door open if needed, so it’s flexible. Other argument: there is fictional analog of (P1074)   that can cross the fiction/real world barrier and allows to retrieve values from statements of the real object. We can assume that the value of the fiction item for the property is the value of the real world one, unless in the fiction it’s different (say the USA population has dropped because of a disease in the fiction). Then there is a justification to subclass the « fictional USA » item: there is a property for which we can make a different statement. author  TomT0m / talk page 07:29, 11 July 2018 (UTC)
Properties for fictional entities work reflect how the entity is depicted in the context of the work. If the work describes a character as being a citizen of the United States, and it is implied that "United States" refers to the country that exists in the world, the item should reflect that. Of course the character isn't a citizen of the actual United States, it's not a citizen of anywhere because it's a fictional character. The Hulk neither lives in a real US nor a fictional US, because the Hulk does not actually live, nor actually exist. The character is, however, depicted as living in the US. A fictional character can't have a real occupation, nor have family members, nor have a gender, ethnicity, birth date, etc, but items have these properties reflect the depiction in an "in-universe" manner. --Yair rand (talk) 22:13, 9 July 2018 (UTC)
The claim is surely invalid, because if you had access to US official records you'd discover no such citizen. Ghouston (talk) 05:11, 10 July 2018 (UTC)
@Ghouston: I'm sure you intended that as a relatively frivolous remark, but it sheds light on how complicated this can be. There is no central registry of U.S. citizens. Among others, anyone born in the U.S. is a citizen. They don't necessarily have papers to prove that they were born here. Until rather recently, many, perhaps most, rural southern African Americans lacked such papers. That didn't mean they weren't citizens (although those on the political right in the South did try to make more or less that case in terms of voting). - Jmabel (talk) 16:44, 10 July 2018 (UTC)
If the Hulk were to access US official citizenship records, I'm sure he would find himself listed there. :P --Yair rand (talk) 19:50, 10 July 2018 (UTC)
Not really frivolous, although the method I suggested is wrong. But if I made a list of citizens of the United States from Wikidata, I wouldn't expect fictional characters to be included, since their citizenship status is purely fictional. Saying that I should restrict my list to only humans is mistaken, since only humans (as far as I know) are eligible for such status, and anything else returned is just an error. My preference, rather than creating one or more items for fictional versions of the United States, would be to simply delete the statement from Hulk (Q188760). Ghouston (talk) 03:36, 11 July 2018 (UTC)
To put it another way, Hulk (Q188760) is not a person, but work. It's like saying . Valid statements may use depicts (P180), maybe with qualifiers or a variant of it. Ghouston (talk) 03:56, 11 July 2018 (UTC)
@Ghouston: I agree it's a bit odd to need to say "is a human" as part of a query that feels like it should only be about people (and personally, I'm terrible at remembering to do it), but most of the properties used for people are not (currently) defined as "real people only". Strictly speaking, the way to construct a list of "citizens of the United States" is to include a filter saying "and they have to be people" - much as if we construct a list of "things in a geographic area" we need to include a filter to clarify we mean "real things" and don't pick up, eg, historical battles with coordinates.
If we have fictional items, we're going to need to handle them some way or another. I think there are probably four ways (have I missed any others?) to deal with fictional items turning up unexpectedly in unfiltered searches -
  1. - don't have any fictional items, or if we must have them, don't put any "human" metadata on them. This is probably not an approach we want to go down; we have 50,000+ of them already, and it is useful and interesting to be able to run queries for "fictional Canadians", "fictional Presidents", or "fictional dentists".
  2. - normal properties with new fictional values, as @TomT0m: suggested here (country: fictional USA). This is sort of similar to what we do with sex or gender (P21) and animals. One problem here is that it's not just an issue for "country" - there are quite a lot of properties we might want to apply to fictional people (birthplace, educated at, job, etc), all of which might otherwise show up in searches for those topics. It also doesn't work for all types of properties (eg "show me people born on XX-YY-ZZZZ" can't have a value marked as fictional). The biggest problem here seems to be the massive potential for maintenance work to keep the fictional items aligned with the real ones and police their usage.
  3. - new fictional properties with normal values, eg "fictional place of birth: USA". This would be a bit less of a maintenance headache than #2, but we would still need to create parallel "fictional properties" for a wide range of different things.
  4. - define the item as fictional, but otherwise use normal properties and normal values, and explicitly filter searches to human/fictional by adding P31:Q5 in searches. This is more or less the current status quo, but it does mean a bit of extra work in the queries (and we all sometimes forget). We do not have to create any special fictional parallel items, except for eg places that only exist in fictional universes, which we'd need to do anyway.
It's also worth remembering that this isn't just an issue with fictional people. Non-people can have some of these properties - Larry (Q2262318) is undeniably real, for example, and has a real birthplace and date of birth. But you would be a bit surprised to have him returned in a search for "born in London in 2007" if you presumed that meant "people". So the use of fictional values/properties would break here - an instance filter is the only approach that guarantees real-people-not-cats for your searches as well as real-people-not-fictional-people.
Likewise, fictional things aren't just people; we have fictional companies, fictional books, fictional towns, etc. All of these might have various properties to describe them - so we could use the approach of fictional values or fictional properties, but it extends the problem further and requires us to create yet more parallel fictional items or properties (eg fictional co-ordinates?). I really worry that this opens us up to a huge amount of labour and headache.
On the whole, leaving "real values in real properties" for fictional items, explicitly marking them as fictional, and encouraging filtering in searches, seems the least complicated and most sustainable option. It's not perfect, but it's better than the alternatives. Andrew Gray (talk) 12:07, 11 July 2018 (UTC)
« The biggest problem here seems to be the massive potential for maintenance work to keep the fictional items aligned with the real ones and police their usage. » This is a non issue as there is no reason to « keep them aligned » in a strict sense. fictional analog of (P1074)   is meant to connect fiction items to real world one. If you want a strict alignment, just cross the line and get the real world values. More : fictional items may not by the contruction of the fictional universe involved be aligned with their real world analog, so align them strictly may even be counter productive.
« Likewise, fictional things aren't just people; we have fictional companies, fictional books, fictional towns, etc. All of these might have various properties to describe them - so we could use the approach of fictional values or fictional properties, but it extends the problem further and requires us to create yet more parallel fictional items or properties (eg fictional co-ordinates?). I really worry that this opens us up to a huge amount of labour and headache. » Yes, that’s why we have a « fictional stuff» class tree, rooted in fictional entity (Q14897293)    . Restricting the world to fictional entity amounts to search only classes/instances of this class tree. I agree some kind of filtering this way is necessary if we use the same properties for real and fictional items, and I think no one wants to double the property as it’s far a bigger headache to create a property compared to create an item. author  TomT0m / talk page 12:24, 11 July 2018 (UTC)
I suspect things would be simpler if we allowed the redundant use of on all fictional items, even where they also inherit it indirectly. - Jmabel (talk) 16:00, 11 July 2018 (UTC)
Larry the cat born in London in 2007 is fine, since it's a real event that happened. A statement about The Hulk being born any place or any time is not fine, because it's not a real event. It would be no better than saying that a fictional character is an instance of human, just because they represent a human in fiction. Ghouston (talk) 02:32, 12 July 2018 (UTC)
From an purely academic point of view, you're probably right that fictional characters aren't actually citizens of real-life countries, but of fictional versions of those, just like they aren't actually humans/homo sapiens, but members of a fictional version. And Bruce Wayne isn't a billionaire, he's a fictional billionaire. But IMO, trying to actually model that in Wikidata would be a huge ton of work for little to no benefit. You'd have to create separate items for cities, countries, organizations, locations, worlds, professions, species, universes etc. for just about every fictional entitity. And consider, there isn't just one Hulk, there's dozens of versions - the one from the original comics, the ones from each comic book reboot of the universe, the one from the 70s tv show, the one from the 2003 film, the ones from the various animated shows, the one from the Marvel Cinematic Universe, etc. Each one would have its own version of the United States. And then there's stuff like fiction within fiction, dreams, parallel universes, different timelines, etc. After Marty McFly returned from the past in Back to the Future (Q91540), was he still a citizen of the original fictional version of the US, or of a different version because he changed the past and lives in a different timeline now? And you'd have to deal with stuff like canon and shared universes to see whether works take place in the same universe and therefore their characters would be citizens of the same fictional version of the US - which is where you'd have to delve deep into the fandom and canon debates to figure this stuff out. And then there's stuff like the whole rabbit hole that is the Tommy Westphall universe... --Kam Solusar (talk) 13:19, 13 July 2018 (UTC)
@Kam Solusar: Please read my comments above, I think I already answered to this point that was raised. We definitely don’t have to create one item per fiction universe if we avoid that approach. author  TomT0m / talk page 14:19, 13 July 2018 (UTC)
I think the best approach would be to avoid real-world properties like country of citizenship (P27) in favour of depicts with qualifiers. E.g., "depicts human" with qualifiers, date of birth, citizenship, etc. Ghouston (talk) 02:57, 15 July 2018 (UTC)

Housing estates and planned communities

We have

I would presume the latter is simply wrong; I would expect

but the existing value is cited as imported from the German-language Wikipedia. As I understand it, I'm not supposed to override a cited statement without a citation, but of course once this information was migrated onto Wikidata it was removed from all the Wikipedias, which now draw it from Wikidata, so I have nothing to cite. Can I just ignore that and make the (I presume) obvious correction? If so, do we really need to keep around the cited, deprecated, (I think) obviously wrong value? How does this work? - Jmabel (talk) 01:16, 14 July 2018 (UTC)

  • Personally, I'd just make the change. I doubt anybody would insist on retaining incorrect connections just because they were imported from Wikipedia. Ghouston (talk) 04:14, 14 July 2018 (UTC)
  • Agree with Ghouston. Though before doing so it is always worth checking the Wikipedia in that cited language, to see whether that can give a clue to how the statement that looks odd in English came about. Sitelinks can sometimes be a bit approximate, so a statement that looks odd in English may seem a lot less odd in the context of the other language. Here though the category Category:Planned communities (Q8765027) in de-wiki includes things like "garden city", so should indeed be identified with a rather broader topic that housing estate (Q12104567). Jheald (talk) 07:08, 14 July 2018 (UTC)
  • Glad to hear it. Do we have any rule about exactly where the line falls between things where we can just make changes like this and where we have to deprecate? Because about a month ago, in a case that didn't strike me as terribly different from this (though it was a bit different), I got reverted as something like "vandalism or ignorance of process". - Jmabel (talk) 08:32, 14 July 2018 (UTC)
  • So... I made that change and ran into a warning because (I didn't notice this before) and . We do not have an item for "planned city" distinct from "planned community". I can think of more than one way one could sort this out, but at this point I think I'm going to let go and defer to those of you who have been doing Wikidata longer than I. - Jmabel (talk) 08:38, 14 July 2018 (UTC)

British Q849811

In Welsh some of the items listed on the British Q849811 - disambiguation page item would be split in Welsh between Brythonig (relating to things that were on the islands of Britain before the Anglo-Saxon-Jute migration) and Prydeinig (relating to British in its modern sense), which seems to suit the need of other languages who have a Q849811 page. How do I translate the item? Using either / or for the same number wouldn't be correct in Welsh. AlwynapHuw (talk) 02:53, 14 July 2018 (UTC)

In English, I'd use "Brythonic" aliases "Brittonic", "Early British" and "British" for Welsh Brythonig, and just "British" for the modern sense, making the distinctions clear in the descriptions of the various items. - PKM (talk) 22:17, 14 July 2018 (UTC)

Father and son - same image 09:30, 14 July 2018 (UTC)

The picture itself says he was born 1555, which probably means this is the Elder (now generally said to be born ~1560). - PKM (talk) 00:06, 15 July 2018 (UTC)

Places along a Tour de France stage

Is there a way to include (major) cities along the route of a Tour de France stage? Right now only start and destination point are documented (example: today).-- 13:32, 14 July 2018 (UTC)

The property via (P2825) will work well for this, so, yes. --Tagishsimon (talk) 22:47, 14 July 2018 (UTC)

i make web for noval .information about Noval..

Hello i am shiv can you help for serval knowledge about "Noval" like what is "Noval" ?? which type of Noval Famous noval writher and about Noval reply as early as posible.

publication date vs inception (in general)

--Micru (talk) 21:46, 24 August 2014 (UTC) Tobias1984 (talk) TomT0m (talk) Genewiki123 (talk) Emw (talk) 03:09, 9 September 2014 (UTC) —Ruud 16:15, 9 December 2014 (UTC) Emitraka (talk) 14:32, 14 October 2015 (UTC) Bovlb (talk) 19:10, 21 October 2015 (UTC) Peter F. Patel-Schneider (talk) 22:21, 23 October 2015 (UTC) ArthurPSmith (talk) 15:51, 5 November 2015 (UTC) --Daniel Mietchen (talk) 20:53, 3 January 2016 (UTC) --Harmonia Amanda (talk) 22:00, 27 February 2016 (UTC) --Lechatpito (talk) --Andrawaag (talk) 14:42, 13 April 2016 (UTC) --ChristianKl (talk) 16:22, 6 July 2016 (UTC) --Cmungall Cmungall (talk) 13:49, 8 July 2016 (UTC) Cord Wiljes (talk) 16:53, 28 September 2016 (UTC) DavRosen (talk) 23:07, 15 February 2017 (UTC) Vladimir Alexiev (talk) 07:01, 24 February 2017 (UTC) Pintoch (talk) 22:42, 5 March 2017 (UTC) Fuzheado (talk) 14:43, 15 May 2017 (UTC) YULdigitalpreservation (talk) 14:37, 14 June 2017 (UTC) PKM (talk) 00:24, 17 June 2017 (UTC) Fractaler (talk) 14:42, 17 June 2017 (UTC) Andreasmperu Andreasmperu Diana de la Iglesia Jsamwrites (talk) Finn Årup Nielsen (fnielsen) (talk) 12:39, 24 August 2017 (UTC) Alessandro Piscopo (talk) 17:02, 4 September 2017 (UTC) Ptolusque (.-- .. -.- ..) 01:47, 14 September 2017 (UTC) Gamaliel (talk) --Horcrux (talk) 11:19, 12 November 2017 (UTC) MartinPoulter (talk) Bamyers99 (talk) 16:47, 18 March 2018 (UTC) Malore (talk) Wurstbruch (talk) 22:59, 4 April 2018 (UTC) Dcflyer (talk) 07:50, 9 September 2018 (UTC) Ettorerizza (talk) 11:00, 26 September 2018 (UTC) Ninokeys (talk) 00:05, 5 October 2018 (UTC) Buccalon (talk) 14:08, 10 October 2018 (UTC) Jneubert (talk) 06:02, 21 October 2018 (UTC) Yair rand (talk) 00:16, 24 October 2018 (UTC) Tris T7 (talk) ElanHR (talk) 22:05, 26 December 2018 (UTC) linuxo Gq86 Gabrielaltay Liamjamesperritt (talk) 08:44, 21 June 2019 (UTC) ZI Jony Ivanhercaz (Talk) 11:07, 15 July 2019 (UTC) Gaurav (talk) 22:39, 24 August 2019 (UTC) Meejies (talk) 04:38, 29 August 2019 (UTC) SilentSpike (talk) Tfrancart (talk) TiagoLubiana (talk) 15:12, 2 December 2019 (UTC)

  Notified participants of WikiProject Ontology

Currently, publication date (P577) isn't a subproperty of anything. Should it be a subproperty of inception (P571), or at least of start time (P580)?--Malore (talk) 22:40, 14 July 2018 (UTC)

  • Maybe point in time? Publication is after inception.
    --- Jura 23:02, 14 July 2018 (UTC)
@Jura1: You're absolutely right, I hadn't thought something exists also before being published.--Malore (talk) 23:32, 14 July 2018 (UTC)
I've been told that for public artworks, like statues, the unveiling date is recorded in Wikidata as inception, not publication date. Ghouston (talk) 02:05, 15 July 2018 (UTC)
There's also an issue that publication date (P577) is not merely "date of publication", but also bearing the alias "date of first publication". There is no means to distinguish date of first publication for an item from the date of printing for a specific version of that item. Many books have a print date for the particular print run as well as an edition date for release of that edition.
There is also no means to distinguish the date printed on a particular publication from the date an item was actually published. Such differences of dating are critical in biological nomenclature, where the actual date of publication is used to determine which author has priority for naming a species or other taxon. --EncycloPetey (talk) 02:23, 15 July 2018 (UTC)

publication date vs inception (for software)

Ash Crow
John Samuel
Jasc PL
Daniel Mietchen

  Notified participants of WikiProject Informatics/Software

I noted Wikidata:WikiProject Informatics/Software/Properties suggests to use both the properties. Wouldn't be better if we decide to use only one of them? Personally, I think publication date (P577) is better because it allows to specify the version type.--Malore (talk) 22:56, 14 July 2018 (UTC)

I think there is a difference between the two. inception (P571) is when work started on it while, publication date (P577) is when it was published to the open. These two dates can differ for month or even weeks. I also think I already saw items where this was the case and modeled like this. -- MichaelSchoenitzer (talk) 23:24, 14 July 2018 (UTC)
@MichaelSchoenitzer: You're right, I hadn't thought about it. However, in the case of software products, most of the time what we mean is the publication date, not when the first or the last line of code was written. And currently the use of "inception" is not restricted to these cases, but it's considered equivalent to "publication date".--Malore (talk) 23:44, 14 July 2018 (UTC)
Is the inception date of a building the date when work started on it, or the date when it was completed? Software can be published before it's completed, e.g., on Github. Saying that software is "completed" at any particular point in time would be difficult in some cases. Ghouston (talk) 01:41, 15 July 2018 (UTC)
I suppose you could use the inception date for when work started on it, and various publication dates for different versions (if the software has version releases.) Ghouston (talk) 01:43, 15 July 2018 (UTC)

WE-Framework 2.0

Hello, Wikidata community. Not-well-known WE-F gadget just released version 2.0. There is not a lot of changes outside, but internally it's a full rewrite. Details are following.

New features and secrets

Aliases editing
  • Gadget supports aliases editing now.
  • There are some changes for datavalues editors:
    • Gadget will not break you data until the first edit of particular claim/qualifier. Old-version bug with quantities (when Wikidata team broken compatibility) will not happen. Thanks to redux library.
new time datavalue editor
    • Internal time datavalue editor now relies on Wikidata API for parsing and formatting of values.
    • wikidata-item editor:
      • will provide some image preview on search.
      • will advice on allowed values for some properties if one-of constraint (Q21510859) constrain defined
      • still editor can select "other" option and enter any value
    • unsupported datatypes will still try to render existing values using Wikidata API (and will NOT break gadget).
qualifier-per-row editing mode
qualifier-per-column editing mode
    • There is no more "columns" modifier for claim editors. Claim editors will automatically switch from per-row view to table-view when some magic condition are met. For example, if you have 2-3 values for population (P1082) property you will see "standard" per-row editor. As soon as you have at least 5 values and at least 20% of them have single qualifier (i.e. point in time (P585)) editor will switch to table view. Magic.
    • There is no "flag" attribute for property editors. Flag will be automatically obtained from country (P17) reference of property.
    • There is no "search" attribute for property editors. Gadget will automatically take source website for the property (P1896) value and create a magic button for Google search.
SPARQL-based property tab
    • There is an additional SPARQL-group of properties. Now some editor tab can hold not a predefined set of properties, but a set of properties from SPARQL query. Very useful for quick-populated property sets like authority control (Q36524).
      • Same applies to external links editor. All tabs there are now SPARQL-groups.
      • Properties are sorted for your convenience. First goes properties with sites in your language, on second place is current project language, other are sorted by label.
  • Saving is now single request operation. You don't need separate request for removing claims (as in 1.x version). Well, you still need additional requests to set tags, but they are faster and safe to skip.
Enabled editors settings for we-framework
  • It is now possible to select which editors are enabled and which are not. Settings are stored in localStorage and bound to particular project. You can have different settings (enabled editors) on different projects.

Technology changes

  • Instead of single JavaScript file new webpack+babel+(karma+mocha) build system is used. Non-minified version of gadget is 2.7 MiB!
    • Published version is minified to 850 KiB (before gzip). But it load faster than 1.0 version (because of webpack optimizations)
    • There are autotests. Not all scenarious are covered, but some are.
    • Gadget is rewritten with react+redux+reselect libraries. Some third-party libraries are "react-autosuggest", "react-tagsinput", "semantic-ui-react" (for popup) and... jQuery! Yes, mediawiki still relies on JQuery a lot. Dialogs and tabs are "native" JQuery widgets.
  • React is a fast rendering library (because of virtual DOM usage). But be aware of long tables. Some tabs (SPARQL-ones) may have >1400 different claims. They may require fast CPU.

How to migrate

You don't need to do anything. Update script will handle it for you automatically.

How to try?

Follow the white rabbit instructions.


Thank you a lot Vlsergey! Very nice improvement, the "editors settings" in particular is a very good idea (on Wikisources, I only use FRBR Edition and sometimes FRBR Work but never the others). Cdlt, VIGNERON (talk) 10:41, 15 July 2018 (UTC)
Wow, congratulations, it looks like you put a lot of work into it!--Micru (talk) 14:02, 15 July 2018 (UTC)

What questions concerning the strategy process do you have?


I'm Tar Lócesilion, a Polish Wikipedia admin and a member of Wikimedia Polska. Last year, I worked for Wikimedia Foundation as a liaison between communities and the Movement Strategy core team. My task was to ensure that all online communities were aware of the movement-wide strategy discussion. This year, my task similar. Phase II of the strategy process was launched in April. Currently, future Working Groups members are being selected, and related pages on Meta-Wiki are being designed.

I’d like to learn what questions concerning the strategy process would you like to be answered on the FAQ page? Please answer here, on my talk page, or on a dedicated talk page on Meta-Wiki. Thanks!

If you have any questions or concerns, please, do ask!

Thanks, SGrabarczuk (WMF) (talk) 18:21, 14 July 2018 (UTC)

One objective is to ensure that we have a proper coverage of significant subjects. At this time Africans are less than 1% of Wikidata humans. We do not know its politicians, we do not know the territorial administrative divisions. Our support became worse thanks to the end of Wikipedia Zero. What are we going to do about subjects that have a massive impact on the audience we want? No, Wikimania 2018 does not count as long as there are no results it is window dressing. Thanks, GerardM (talk) 06:38, 15 July 2018 (UTC)
@GerardM: is this a FAQ thing? SGrabarczuk (WMF) (talk) 17:05, 15 July 2018 (UTC)
@SGrabarczuk (WMF): No idea what you are saying... The strategy talks about coverage and we are very much only doing the same stuff but in more detail. Thanks, GerardM (talk) 18:04, 15 July 2018 (UTC)
@GerardM:, we're building the pages concerning Phase II. Among others, FAQ. Please have a look at FAQ page with questions about Phase I that took place last year. The page we're currently building will be similar, but as the organizational frames are different (e.g. there will be working groups), questions that need to be answered should be different as well. SGrabarczuk (WMF) (talk) 18:22, 15 July 2018 (UTC)

Rank / external tools

Is there a bot which replaces a statement with preferred or deprecated rank, like how placeholder for <somevalue> (Q53569537) is replaced automatically? Jc86035 (talk) 10:37, 15 July 2018 (UTC)

Large numbers of aliases

Is it helpful for some items to have a very large number of aliases? I was looking at people, and here are the winners:

Jan Brueghel the Elder (Q209050) (362), Jacques Courtois (Q1366347) (307), Christian Wilhelm Ernst Dietrich (Q536581) (305), Willem van de Velde the Elder (Q722912) (285), Cornelius van Poelenburgh (Q247183) (279), Jusepe de Ribera (Q297838) (276), David Teniers the Younger (Q335022) (274), Herman van Swanevelt (Q875164) (259), Guercino (Q334262) (256), Anthony van Dyck (Q150679) (246)

Many of these seem to be misspellings (often unlikely) or alternate word orders, which is discouraged by Help:Aliases#Criteria_for_inclusion_and_exclusion. Many of these aliases seem to be coming from ULAN (e.g. Bovlb (talk) 17:58, 3 July 2018 (UTC)

Yes, it's helpful. ULAN doesn't invent aliases, they include aliases used by sources. It increases the chance of finding items.
The interface could probably be improved to collapse if the number of aliases exceed a certain number. You could open a task for that in phabricator. Multichill (talk) 20:17, 3 July 2018 (UTC)
@Multichill: While I will agree that they may be useful aliases to have, they may be better distributed among other languages (whose labels and aliases you can still search in the search bar no matter what your interface language is); for instance, those aliases containing 'vecchio' could instead be moved to the list of Italian aliases, or those with 'velours' to the list of French aliases, and so on as appropriate. Mahir256 (talk) 20:34, 3 July 2018 (UTC)
ULAN records come supplied with a provenance tag. It's unclear why one would want to import a record marked with the LU U tags since the provenance is explicitly marked as undetermined. Examples include "Sammet=Breughel" for Mpetrenk (talk) 20:47, 3 July 2018 (UTC).
To increase the chance of finding items?
ULAN doesn't tag labels with a language so I wouldn't know what language to copy it to.
BTW [15] this isn't very helpful. I don't bother undoing it because I know the bot will restore it anyway (unless ULAN dropped an aliase in the meantime). Multichill (talk) 20:52, 3 July 2018 (UTC)
@Multichill: Could you adjust your bot such that it doesn't repeatedly add the same alias to the same item? --Pasleim (talk) 21:25, 3 July 2018 (UTC)
I don't consider this incorrect behavior, so no. Multichill (talk) 21:32, 4 July 2018 (UTC)

Looking more closely at ULAN, many of these entries are marked "V" for vernacular or local language, presumably Flemish for Jan Brueghel the Elder. Others are marked U for undetermined language. There doesn't seem any basis to conclude that these are valid aliases in English (but not any other language). Throwing them into an arbitrary language (English) just to increase search recall seems to me like a bit of a hack (and violates alias policy). Discarding the information about language and "historical local use" doesn't give us a faithful representation of this source. Maybe we need a separate property for ULAN labels so we can add appropriate qualifiers. Bovlb (talk) 21:17, 3 July 2018 (UTC)

Interesting proposal, since I have noticed that the ULAN aliases are not even complete and I have added aliases myself. It would be nice to have a property for the aliases - we already have the property "nickname" for the Italian aliases known as "bent-names", but I guess we should distinguish between the nicknames (used mostly in archives) and the "misspellings" which are used in museums (though they don't see these as being misspelled. We clearly need to update the policy though if that is the issue, since these aliases are crucial for findability. Jane023 (talk) 21:33, 3 July 2018 (UTC)
What about having only one alias field for all languages? At least for person names, this should be fine and would reduce maintanance work. Steak (talk) 11:14, 4 July 2018 (UTC)
  • It would look nicer if it just displayed the first three aliases, and kept the others hidden, but used in searches. It would also be nice of we auto generated the alias for names like "John Simpson Doe" as "J. S. Doe" and "John S. Doe" for people that do not have ULAN entries. It would cut down on duplicates being created and aid researchers. --RAN (talk) 15:27, 4 July 2018 (UTC)
  • I think aliases that are obviously in a different language should be included only in their proper language. Thus “hans holbein der jungere” should not be an alias in English. Nor should “school of Hans Holbein” be an alias for the artist, since it will lead to false matches. Nor should last-name-first variants (and especially broken things like “Edward Coley Burne, Sir Jones”). Yes, this will reduce automatic matches in some tools. But I think that’s better than having alias lists full of utter garbage. - PKM (talk) 19:45, 4 July 2018 (UTC)
Why is a shorter list better than a list which does not reduce automatic matches. What exactly do we gain for this loss in functionality? --Tagishsimon (talk) 21:54, 4 July 2018 (UTC)
Are aliases finding aids, or are they information for other sites and applications to use? What is a third party application supposed to do with the list of aliases for Hans Holbein (Q48319)? If the feeling is that every recorded spelling in several languages should be valid “English” aliases, then I’ll defer to the consensus. But I think we have done a disservice by importing name fields from catalogues in one language to another, without cleaning up appellations either before or after. - PKM (talk) 03:07, 5 July 2018 (UTC)
To add to this, I personally always interpreted the aliases to be alternative labels; i.e. terms that could have been used as the label, but aren't since we can only have one label at a time.
To mix alternative labels with generic terms that aid in the search for the item seems like bad practice to me; and it would seem better that the two categories of terms were split into separate sections.
On the other hand, if the aliases were always meant to aid searching and not to list alternative labels, perhaps the alias section should have a different name to better reflect its purpose. --Njardarlogar (talk) 10:23, 5 July 2018 (UTC)

@Multichill: We could exclude at least alternative capitalizations and word orders? That would comply with current Help:Aliases and leave out a lot of aliases that aren't needed for search anyway. What do you all think? --Marsupium (talk) 07:16, 12 July 2018 (UTC)

  • I think the interface could be improved if there are many aliases. It's a bigger problem when there is no alias and a duplicate is created than if there are several aliases. There are still many lists that have aliases for every entry that could be in such lists. I think these should be cleaned up.
    --- Jura 08:07, 12 July 2018 (UTC)
  • There are a number of related issues being raised here:
  1. Should aliases be limited to those that comply with Help:Aliases, being other common names for the entity in the specific language, without including variations in spelling and word order, and without including related entities? Do we need to balance this restriction against search recall? How does this restriction apply to import bots?
  2. How do we ensure that Wikidata search has good recall? If we create a new property for ULAN, can we use strings from those claims?
  3. How should the user interface deal with large numbers of aliases?
  4. When we import names from a source like ULAN, should we simply make them English aliases, even if they don't comply with alias policy, and even if that means losing important qualifiers about language and usage?
Bovlb (talk) 19:15, 15 July 2018 (UTC)

QuickStatements is very slow today

Running QuickStatements is quite glacial last day or two. Anybody has any idea why? Magnus? Anybody else noticed it? --Jarekt (talk) 22:34, 6 July 2018 (UTC)

I got 9k statements added in 8 hours, 2 nights ago; only ~1500 in 8 hours last night. --Tagishsimon (talk) 22:47, 6 July 2018 (UTC)
I would say #Wikibase’s maxlag now takes dispatch lag in account is behind this. Matěj Suchánek (talk) 10:18, 7 July 2018 (UTC)
@Lydia Pintscher (WMDE): I'm not sure if this is working as it should. What's the target edit rate for users?
--- Jura 05:24, 8 July 2018 (UTC)

Here is a list of edits at 7:36

‎‎ . . ‎QuickStatementsBot 	83
‎ . . ‎Citationgraph bot 	70
‎ . . ‎BotMultichill 	58
‎ . . ‎SuccuBot 	32
‎ . . ‎Edoderoobot 	31
‎ . . ‎Renamerr 	19
‎ . . ‎Deryni 	10
‎ . . ‎Aosbot 	6
‎ . . ‎MatSuBot 	6
‎ . . ‎Coffins 	5
‎ . . ‎FShbib 	5
‎ . . ‎Raphodon 	4
‎ . . ‎Villy Fink Isaksen 	2
‎ . . ‎Red Winged Duck 	2
‎ . . ‎Marcok 	2
‎ . . ‎Citationgrap	1
‎ . . ‎Lokal Profil 	1
‎ . . ‎Liuxinyu970226 	1
‎ . . ‎Epìdosis 	1
‎ . . ‎ 	1
‎ . . ‎Ghuron 	1
‎ . . ‎Rashinseita 	1
‎ . . ‎JuanCamacho 	1
‎ . . ‎Derzno 	1
‎ . . ‎Robby 	1
‎ . . ‎Schekinov Alexey Victorovich 	1
‎ . . ‎Gareth 	1
‎ . . ‎Supernino 	1
‎ . . ‎Harry Paudyal 	1
‎ . . ‎Zaqaryan13 	1
‎ . . ‎Чръный человек 	1

About 350 total, all Quickstatements ones by Tagishsimon (5 or 6 concurrent batches).

If the site has some trouble following, maybe bots should be de-activated entirely.
--- Jura 07:46, 8 July 2018 (UTC)

Please don't jump to conclusions.
If you look at you'll see the numbers are quite normal and the replag didn't hit 5 seconds so no bots would need to slow down.
Looks like Magnus changed some code, I would look into that. Multichill (talk) 21:59, 8 July 2018 (UTC)

Multichill (talk) 21:59, 8 July 2018 (UTC)

I can change it back, but I can't see why it should be faster, unless the API actually returns replag errors. --Magnus Manske (talk) 12:10, 9 July 2018 (UTC)
I have changed the code back, and restarted the bot. Let me know if this works better. --Magnus Manske (talk) 12:13, 9 July 2018 (UTC)
My currently running QS batch does not speed up. The server response time is still at around 13 to 15 seconds per edit. —MisterSynergy (talk) 12:18, 9 July 2018 (UTC)
It is still slow for me too. I am running a batch of 20k+ statements and just clocked it at 220 edits per hour, so it will take 92 hours, assuming it can mantain that rate. Some of my other batches seemed to have slowed down with time. --Jarekt (talk) 12:34, 9 July 2018 (UTC)
  • @Magnus Manske: Petscan still lingers around 6 edits per minute. Could this be improved?
    --- Jura 13:16, 12 July 2018 (UTC)
    • I just re-checked it and it's slightly higher. Still
      --- Jura 13:18, 12 July 2018 (UTC)
Working on a dataset of 60,000 items that means that to add 1 statement + 1 qualifier + 1 reference is going to take 600 hours -- ie 25 days, even running at 24 hours a day, whereas previously it could be done in two.
Even a casual 1000-edit task is now going to take over three hours, whereas before it would be less than 15 minutes. Six hours if the edits are to be referenced.
I appreciate that previously WDQS was dropping some QS edits, which was also not good, but throttling back this hard makes working with Wikidata simply not viable.
QSbot is a piece of core user infrastructure. It deserves a shared edit-rate quota equal to multiple individual bot accounts. Jheald (talk) 16:24, 13 July 2018 (UTC)
+1 for Jheald's suggestion. The backlog for QS right now is such that I hesitate to add any more batches to it. @Lydia Pintscher (WMDE): do you agree that the interface/toolset is now at a point at which it ill-serves users who wish to make amendments by the 10s of thousands? Are you content that we must wait days for batches to complete? Finally, why is it that QS, a critical tool, is provided and maintained solely by the sainted Magnus, rather than being provided as a core wikimedia offering by wikimedia developers? It gives the impression that wikimedia has scant understanding of or concern for the needs attaching to bulk edits. --Tagishsimon (talk) 19:39, 15 July 2018 (UTC)
Addendum. The short temporary_batches I ran through QS from my client browser today ... 3 edits per minute, tops. I have maybe 150k edits batched up, roughly 34 days to do if done from the client. So I can wait days for QuickStatementsBot to timeslice itself through my queue, or wait a month or so from my client. Neither is attactive. (And for the avoidance of any doubt, none of this is criticism of Magnus; it is, I'm afraid, a criticism of what seems like an antediluvian offering from Wikimedia.) --Tagishsimon (talk) 00:29, 16 July 2018 (UTC)
I somehow suspect that this is a flaw in the QuickStatements tool or any other component of User:Magnus Manske's framework. The dispatch lag and the maxlag value are totally okay these days, and I can’t find any reason why editing should be throttled all the time… —MisterSynergy (talk) 16:53, 13 July 2018 (UTC)
Maybe it's because almost everybody gets throttled. NikkiBot and Citationgraphbot seem to run at decent speeds. I guess I should change tools.
--- Jura 16:59, 13 July 2018 (UTC)
You might be right Mr S, but I do wonder whether QSbot is being throttled to 60 edits/min to be shared between everybody. If that's the case, it needs to be changed. Jheald (talk) 17:07, 13 July 2018 (UTC)
User:QuickStatementsBot is subjected to the same limitations as all other users, which currently is 80 edits/min to my knowledge. If QS runs smoothly, you can simply use your own (bot) account to edit directly via the QS tool without having to share the edit rate with other users’ batches. The only drawback is that you cannot close the browser window. —MisterSynergy (talk) 17:15, 13 July 2018 (UTC)
@MisterSynergy: This is what I think may have gone wrong, or may have changed. I'm logged in as JhealdBatch (talkcontribslogs) in an alternate browser running QS in a window, but I am still only getting 6 edits/min. Okay, so looking at the stats page that Lydia linked to earlier, it does appear that that is being accounted for separately to the 63/min average rate of QSbot; but I can't help wonder whether a cumulative throttle is being applied to all QS edits, across all active accounts. Jheald (talk) 17:40, 13 July 2018 (UTC)
This afternoon I am now getting two edits a minute from QS. Are we seriously trying to build a database here? Jheald (talk) 15:57, 15 July 2018 (UTC)
We can't work with mix-n-match either. --Gerwoman (talk) 16:47, 15 July 2018 (UTC)

Scholarly projects and notability policy.

There has been a lot of interest among the scholarly community in using Wikidata to store linked open data records from academic projects. At the same time, there has been concern about community policies that might veto items scholars wish to add. (This was the main topic of conversation in a 30-person Wikidata break-out discussion at a Linked Data workshop at Digital Humanities two weeks ago.)

We are one such project and are currently evaluating Wikidata as a platform to store biographical facts about people, places, organizations, and events which historians have researched during the course of creating documentary editions. We would want to import these facts from several edition projects into Wikidata, so that they could be re-used by the community and by historians working on documents from similar time-frames. Such a database (of 19th-century USA, in our case) has attracted some support from other scholars who wish to contribute similar datasets of e.g. all soldiers in the United States Colored Troops. But would these contributions be acceptable to the Wikidata community? Does an item like Nathaniel Oldham (a Kentucky barber in 1860 who is mentioned in official documents) belong in Wikidata, or should we look for a different home for this data? Nineteenth Century Digital Cooperative (talk) 17:07, 11 July 2018 (UTC)

@Nineteenth Century Digital Cooperative: Thanks for asking here! Do you have a rough estimate of the number of items that might be created? If it's less than 1 million I think wikidata would be a fine home for this sort of thing. If we are likely talking about millions, tens of millions or more, then it might be better to look into creating a separate wikibase instance (the same software) and looking into federation. I know User:Addshore has done a lot of work on this - for example there's a simple docker image that you can use to run the software now - also see his notes here. ArthurPSmith (talk) 17:30, 11 July 2018 (UTC)
That's certainly encouraging! At the moment we're only talking about tens of thousands of records, though projects like the USCT could bring that into the hundreds of thousands. I suppose that it's conceivable that our project could grow to encompass a census digitization, bringing it into the tens of millions, but that's highly unlikely.
Another question is whether Wikidata would accept items regarding people with incomplete names, such as enslaved individuals referred to without surnames, or individuals who have been researched by historians but whose names are not fully known, since they are referred to as "X's wife", etc. A good example of this from a different project is how Prosopography of the Byzantine World handles "anonymous" people: unnamed strategos of Thrace. Would entries for these people also be acceptible? Nineteenth Century Digital Cooperative (talk) 17:48, 11 July 2018 (UTC)
Oh, and the Docker image by User:Addshore is great! We got that up and running yesterday, since we've been trying to research both options in parallel. Nineteenth Century Digital Cooperative (talk) 18:13, 11 July 2018 (UTC)
If you have a project that adds hundred of thousands of entries, the proper way to go about it, is to create a bot proposal and then the bot proposal is the place where the discussion whether or not the dataset belongs takes place.
Items have to point to clearly identifiable entities. If I create an item called "John Smith" it's not possible for anybody to identity which John Smith the item refers to. If a otherwise notable person has one wife and we don't know the name of the wife, that's however enough to identitfy which human is meant. It always has to be possible for other people to build on the item and enough information need to be provided for that to be possible.
As far as sounces go, I consider any item that's well-enough sourced to be of interest of serious historians to have enough sources for Wikidata. ::When it comes to the example of the barber, please fill floruit (P1317) when you don't know the date of birth or date of death but you do know that the person lived at a particular point in time.
In general it's preferential if the data isn't only hosted on Wikipedia but also on the website of relevant project that submits the data and we can link via an external identifier to the data. ChristianKl❫ 18:33, 11 July 2018 (UTC)
Thanks, @ChristianKl: -- that's very useful guidance. It sounds like we should run our own instance then (which will also allow us to host our legacy narrative biographies) and submit data donations to Wikidata to follow best practices? Nineteenth Century Digital Cooperative (talk) 14:27, 13 July 2018 (UTC)
@Nineteenth Century Digital Cooperative: The way you describe your data sounds to me like it might be a good fit for the FactGrid wiki (described at Wikidata:FactGrid). This is a Wikibase instance that is currently being set up and filled with data (including incomplete information like hypotheses about the identity of a person, location, document or event) related to the Illuminati (Q133957) as a pilot project, but the intention is to make it useful to research in the humanities more generally. Pinging User:Olaf Simons, who runs the project. --Daniel Mietchen (talk) 20:04, 11 July 2018 (UTC)
Thank you for the invitation! It sounds like your project has some interesting parallels to ours. I'm curious whether you imported properties from Wikidata (and possibly some items?) to simplify data donation/reconciliation later? Nineteenth Century Digital Cooperative (talk) 14:27, 13 July 2018 (UTC)
Items for "non-notable" people do get deleted. I nominated Nathaniel Oldham (Q55445723) for deletion at Wikidata:Requests_for_deletions#Nathaniel_Oldham_(Q55445723) so that we can find out if it applies in this case. Ghouston (talk) 06:01, 12 July 2018 (UTC)
You're making a mistake here Ghouston, Wikidata:Requests for deletions is for implementing the policy, not for making or discussing it. Multichill (talk) 14:54, 12 July 2018 (UTC)
I do appreciate Ghouston floating the item as a trial balloon -- it's very much in keeping with the exploratory phase our project is in. Nineteenth Century Digital Cooperative (talk) 14:27, 13 July 2018 (UTC)
Nevertheless, I would hate to see an item being deleted by mistake. If an item has an external identifier on it (eg linking to a master-record on your site), or even just a statement on focus list of Wikimedia project (P5008) = <an item for your project>, those can both usefully flag up that an item may be in ongoing development, or may have significance as part of a wider project, otherwise this might not be appreciated. Jheald (talk) 14:43, 13 July 2018 (UTC)
I find the notability policy really unclear. "It refers to an instance of a clearly identifiable conceptual or material entity. The entity must be notable, in the sense that it can be described using serious and publicly available references. If there is no item about you yet, you are probably not notable." The first part is clear, but is a pretty low bar. The second is vague, and could use a link to a list of examples of notable and non-notable things. The third is just weird, since it implies you can't make an item unless it already has an item. However, Multichill may be right about the deletion request: it will probably just sit there for six months with no resolution. Ghouston (talk) 00:12, 14 July 2018 (UTC)
if you do not understand it, maybe you should not nominate things. maybe we should keep things that "fulfills some structural need". Slowking4 (talk) 03:05, 16 July 2018 (UTC)
I don't see how "structural need" would be relevant for the item I nominated, since no other items link to it. But perhaps I don't understand that clause either. Ghouston (talk) 06:35, 16 July 2018 (UTC)

Property for "known for"

In infoboxes of a person there is usually the "known for" parameter. What would be the most suitable property to collect this information ?. I have discarded using notable work (P800), because they are not always "creations or works" and even significant event (P793), because they tend to have a chronology of the individual. In each case it is different: it can be known for a work, but also for a discovery or for a malicious act. Any suggestions will be welcome. Thanks, Amadalvarez (talk) 09:52, 15 July 2018 (UTC)

@Amadalvarez: The best you can do is to suggest a property with that label and provide some examples. Maybe we need it!--Micru (talk) 13:15, 16 July 2018 (UTC)
notable work (P800) has "known for" as alias. I would suggest to swap that alias with the label. --Pasleim (talk) 13:24, 16 July 2018 (UTC)
I don't agree with that. P800 is mainly intended for works not for general accomplishments.--Micru (talk) 14:20, 16 July 2018 (UTC)
Agree with Micru. Looking at eg Albert Einstein (Q937) we have notable work (P800) = special relativity (Q11455), general relativity (Q11452) rather than specific papers. However the ontology of the items permitted by the "allowed values" constraint on P800 might need a look: at present scientific theories appear not to be included under the classes work (Q386724) or rule (Q1151067) to which the property is (currently) restricted.
On the other hand, the values for Charles Darwin (Q1035) are all printed works. But then maybe those are the best way to sum up Darwin's contribution. Jheald (talk) 14:33, 16 July 2018 (UTC)
@Pasleim: P800 is only coincident with "known for" for writers or other cultural skills. For instance, Lee Harvey Oswald (Q48745) is known to be the killer of John F. Kennedy (Q9696); Neil Armstrong (Q1615) is known to be the first person to walk on the moon. In both exemples is difficult to fit this actions as a P800. If you and @Micru, Jheald: will support me, I'll prepare a property suggestion. Thanks everybody. Amadalvarez (talk) 16:36, 16 July 2018 (UTC)

Wikidata weekly summary #321

Something has gone wrong...

ʻahuʻula (Q8083959) seems to be about a feather cloak, but describes The Death of Captain James Cook (Q7729420)? --Magnus Manske (talk) 21:28, 12 July 2018 (UTC)

@Magnus Manske: This painting infobox has been there for eight years. @Edgars2007, Aktron, Beko: who should be made aware of this blunder (Islandbaygardener is no longer around). Mahir256 (talk) 21:35, 12 July 2018 (UTC)
The hook for the image in the en.wikipedia article being "One of these cloaks was included in a painting of Cook's death by Johann Zoffany." --Tagishsimon (talk) 22:01, 12 July 2018 (UTC)
The painting and the ʻahuʻula (Q8083959) itself need to be separate items. I'll clean this up. - PKM (talk) 21:52, 14 July 2018 (UTC)
@Magnus Manske, Tagishsimon: Okay, now existing The Death of Captain James Cook (Q7729420) <depicts> ʻahuʻula (Q8083959) and mahiole (Q4285713), which are both built out. If anyone has a line on the actual ʻahuʻula and mahiole borrowed by Zofany from "a museum in Vienna", we should give them their own items and add them to the list of things depicted in the painting. - PKM (talk) 23:31, 14 July 2018 (UTC)
@PKM: This stunning picture of a featherwork cloak appeared in my twitter feed today [16]. Now wondering whether to go to the talk on Thursday. [17] -- being advertised with the headline image from your newly sorted-out item ʻahuʻula (Q8083959). Jheald (talk) 16:21, 16 July 2018 (UTC)
@Jheald: Serendipity! - PKM (talk) 19:21, 16 July 2018 (UTC)

Property to declare the language of the reference url?

Do we have a property to state which is the language of the article/page/url of a reference? I know one could create an item for the reference, but is not always very straightforward. Could language used (P2936) be a candidate for this? Could you ping me if you answer directly to me on this thread? -- 16:01, 16 July 2018 (UTC)

@ I think language of work or name (P407) is what you're looking for. Bovlb (talk) 17:24, 16 July 2018 (UTC)
@, @Bovlb: so I'm adding "language of the reference item" to labels. --Ogoorcs (talk) 19:23, 16 July 2018 (UTC)

Country: Northern Ireland vs United Kingdom

  1. The country of Derry [18] is Northern Ireland.
  2. For example, the country of Belfast [19] is United Kingdom.
  3. I thought the right value of the country field is UK, and I had tried to change the country of Derry to NI, but an anonymous user reverted it to NI again and again. I think Nothern Ireland's cities must have identical value because of standardization (and Northern Ireland is a part of the UK). Dhārmikatva (talk) 00:19, 17 July 2018 (UTC)
  • This anonymous [20] is doing something wrong, I think. Dhārmikatva (talk) 00:23, 17 July 2018 (UTC)
A property interpreting in different ways is not how Wikidata works.--GZWDer (talk) 01:17, 17 July 2018 (UTC)
If you take a liberal interpretation of what countries can be used with country (P17), then some places are parts of more than one country. There are also 250 items with country (P17) Aruba (Q21203), so it's not just a UK issue. Ghouston (talk) 01:39, 17 July 2018 (UTC)
Sadly, Flanders (Q234) doesn't seem to count as a country. Otherwise, Baarle (Q797512) could be in four different countries. Ghouston (talk) 02:16, 17 July 2018 (UTC)

Why these format contraint violations in references?

Last year, I've inserted some economists via quickstatements. While, e.g., in Casey Mulligan (Q41805010) the references look fine, in Thomas Crossley (Q41799970) (inserted in the same batch) the reference for instance-of shows an error near the source id ("Issues - format constraint - The SPARQL query resulted in an error."). Similar the reference for the occupation, with an warning symbol near the title ("Potential issues - format constraint - The SPARQL query resulted in an error.") I cannot recognize a violation of the linked format constraints, and have no idea what triggers the messages, but would be happy to adapt my statements generation if somebody could explain to me whats wrong. Jneubert (talk) 11:27, 17 July 2018 (UTC)

As far as I know, this is a problem with the Query Service or the constraint gadget, and likely a temporary one. There is nothing wrong with your data. @Lucas Werkmeister (WMDE) can probably explain this in more detail. —MisterSynergy (talk) 11:43, 17 July 2018 (UTC)
I’m not sure what’s going on, but I filed phabricator:T199787. --Lucas Werkmeister (WMDE) (talk) 12:20, 17 July 2018 (UTC)
In any event, just to clarify – yes, “the SPARQL query resulted in an error” is never an error with your data (I think). I suppose we shouldn’t show it like a regular constraint violation :/ (edit: filed phabricator:T199788 for that) --Lucas Werkmeister (WMDE) (talk) 12:20, 17 July 2018 (UTC)
@Lucas Werkmeister (WMDE): A second issue is: why are so many of these errors happening now? I'm getting them all the time. Presumably, they indicate WDQS queries failing in some way. Over the weekend I was also seeing a lot of queries that typically run in 30 to 40 seconds now for some reason timing out. Is this related? Is it possible that eg some of the memory management has got really got really messed up on one or more of the WDQS servers? Is there a dashboard that would make it visible, if one or more of the WDQS servers were suddenly underperforming? Jheald (talk) 13:07, 17 July 2018 (UTC)
@Jheald: there is a Grafana dashboard for WDQS, but note that WikibaseQualityConstraints uses an internal endpoint, so problems on the public query service shouldn’t directly affect it. --Lucas Werkmeister (WMDE) (talk) 13:38, 17 July 2018 (UTC)
I don't believe that this was happened before @GZWDer:'s cebwiki importing, so GZWDer, this is really one of reasons that you should stop it! --Liuxinyu970226 (talk) 13:57, 17 July 2018 (UTC)
In July I have created ~20000 items. This is much less than ~500000 items in Febrary.--GZWDer (talk) 14:08, 17 July 2018 (UTC)
This happened on all items, just all items. --Liuxinyu970226 (talk) 05:37, 18 July 2018 (UTC)
Thank you, MisterSynergy and Lucas Werkmeister (WMDE). Perhaps it would make sense to prefix messages like these with "Internal system error: ", or even filter out constraint violation messages completely, when a system error occured. Since the end user can't do anything but puzzle about them, they probably would be better fetched in some log file. Jneubert (talk) 15:46, 17 July 2018 (UTC)

"20. century" ≠ 2000–2099

For those who are affected by this, I have proposed at Wikidata:Bot requests#Normalize dates with low precision for a bot to automatically convert all dates with low precision to the range that Wikibase interprets them as being (i.e. to convert a date which currently says "20. century", but is actually +2000-00-00T00:00:00/7, to +1951-00-00T00:00:00/7). This would fix interpretation of date values by external tools (e.g. people stated as having a date of birth from 2000–2099 and date of death in 1996). I believe it is technically feasible with pywikibot and similar tools, although I would not be able to do it myself and I wouldn't do it without consensus for it. Jc86035 (talk) 11:39, 17 July 2018 (UTC)

Documentation of and history of interactive user interface

If I enter an item number in the search box, like Q1, and push enter, I am taken to an interactive user interface where I can view and edit the item.

  1. Does this user interface have an official name?
  2. Is there documentation for this user interface?
  3. Is there any readable description of the development history, that can be understood by someone who was not intimately involved with the development?

Jc3s5h (talk) 19:12, 17 July 2018 (UTC)

It's the Wikibase Client. Not sure how much documentation there is on the current interface or history, but I'm sure it's findable somewhere! ArthurPSmith (talk) 19:19, 17 July 2018 (UTC)
The description at Wikibase Client makes it sound like it is an extension that allows the use of Lua or parser functions to extract data from a repository. It seems nothing like the interactive user interface. Jc3s5h (talk) 19:29, 17 July 2018 (UTC)
Hmm, I guess you're right. Wikidata is sort of both the repository and the client - there's some more documentation here. I'm sure somebody else knows a lot more. ArthurPSmith (talk) 19:49, 17 July 2018 (UTC)
You may want to look at Wikidata:Development plan/Done, Wikidata:UI redesign input but those are relatively new; digging in the history and archives may lead to more. ArthurPSmith (talk) 02:46, 18 July 2018 (UTC)

Duplicate item and renaming

It seems that an unusual sequence of renaming lead to the creation of a duplicate I thankfully caught early: . It’s about a french scholar who had an article prior the Wikidata era. The initial item was created with the sitelink fr:Jean-Paul Delahaye, so far so good. Then it was renamed fr:Jean-Paul Delahaye (mathématicien) because a soccer guy has the same name, the sitelink was moved accordingly. Then trouble starts as it appears the footballer is far less notorious than the mathematician, so the article was renamed back by Thibaut120094 (without leaving a redirect) and the sitelink was not updated. GZWDer then create a duplicate item as the article became orphan. What went wrong ? How can we prevent/detect that ? It seems to me that there is a redirect with an item to this orphaned article. Is it a good heuristic? author  TomT0m / talk page 20:03, 17 July 2018 (UTC)

P27 and UK citizenship

I've started a thread Multiple UK values - reality check pls on Property talk:P27 asking what the consensus is on people items having multiple Country of Citizenship values, for citizens of the UK who were alive before & after 1927, or before and after 1801 or 1707, when the nature and name of the state changed. Grateful for input. --Tagishsimon (talk) 22:28, 17 July 2018 (UTC)

Wikidata:Technical administrators

As we will have this user group soon (since July 23), I have drafted a policy about it. Comments welcome. For more information of this user group see m:Creation of separate user group for editing sitewide CSS/JS.--GZWDer (talk) 22:53, 17 July 2018 (UTC)

Another cebwiki flood?

After a stop of new items with cebwiki-sitelinks, ‎GZWDer started creating more of them. Despite their earlier plans to improve these items (what we were told last time), nothing has happened AFAIK. What do you think? Should this continue or be stopped. In cebwiki and/or svwiki, if I recall correctly, these bot stubs stopped being created as there were too many quality issues.
--- Jura 17:37, 15 July 2018 (UTC)

Lsjbot's creation of cebwiki article is completed and the articles in cebwiki is still being maintained. Note I can not improve any created items simutaneously with creating new ones until phab:T198396 is fixed - for now on I am planning to complete all creation then improve them. Other users (e.g. NikkiBot) may like to help improving before the creation is completed.--GZWDer (talk) 17:44, 15 July 2018 (UTC)
Please do not import elevation above sea level (P2044) for mountain(hills anymore - in 80% of the cases these are totally bogus! Those few I could edit manually I set the value imported (which often was without reference) to deprecated, see e.g. [21]. There are also still many items imported which don't have the coordinates set, hopefully these are now addressed by NikkiBot by matching them with original the GNS database entry. Ahoerstemeier (talk) 18:27, 15 July 2018 (UTC)
GZWDer, I strongly request you to stop such nonsense duplicates, duplications should be merged first, not just mark them. --Liuxinyu970226 (talk) 04:57, 16 July 2018 (UTC)
As I have said, it's much harder to find duplicates in advance before they are imported to Wikidata.--GZWDer (talk) 06:37, 16 July 2018 (UTC)
@GZWDer: "much harder"? Even {{CC-BY-SA 4.0}} and {{Cc-by-sa 4.0}}? --Liuxinyu970226 (talk) 10:01, 16 July 2018 (UTC)
Simple facts are not copyrightable.--GZWDer (talk) 10:05, 16 July 2018 (UTC)
This example is not copyright related, is however how can you give us an example that, if any single wiki has both templates, how can't they be merged? --Liuxinyu970226 (talk) 10:10, 16 July 2018 (UTC)
It is much easier to find such duplicates if the data is stored in a structured way.--GZWDer (talk) 10:18, 16 July 2018 (UTC)
  • As you seem unable to fix them now anyways, can you avoid creating them until this can be done and you actually plan to do it within a reasonable timeframe (e.g. 1 month). One could get the impression that you create a bunch of duplicates every 6 months and then expect other people to clean them up.
    Creating these items also make it difficult to import directly high quality datasets.
    --- Jura 07:26, 16 July 2018 (UTC)
There are already 33.000+ items which are either a 100% duplicate, or at least a semi-duplicate due to the administrative unit/populated place separation in geonames. Nobody seems to care to get [22] back to normal numbers. And these are only the duplicates which can be noticed due to the identifier, there are even more which need to be checked by name and coordinates. And while it may be easier to check for duplicates after creating the items - if this is not done even for the trivial cases then better not import. Ahoerstemeier (talk) 07:57, 16 July 2018 (UTC)
The creation will be completed in ~20 days and no further items will be created.--GZWDer (talk) 08:38, 16 July 2018 (UTC)
There doesn't seem to be any support for this.
--- Jura 08:39, 16 July 2018 (UTC)
Again, I don't think it's easier to deal with duplicates before they are imported to Wikidata.--GZWDer (talk) 08:40, 16 July 2018 (UTC)
They are already here, so please deal with them.
--- Jura 08:47, 16 July 2018 (UTC)
  Comment (Personal view.) I have no problem with cebwiki imports (or at least smaller than with research papers). Still, a mass of new items with an only sitelink and an only statement, which is just an external identifier, is too few, though. Matěj Suchánek (talk) 08:48, 16 July 2018 (UTC)
1. leaving duplicates unlinked in cebwiki does not encourage anyone to fix them. 2. I plan to add more statements to these items, but I can not do it currently due to phab:T198396.--GZWDer (talk) 08:49, 16 July 2018 (UTC)
The addition of these low quality item discourages the addition of high quality datasets in the same field.
--- Jura 08:55, 16 July 2018 (UTC)
NikkiBot is importing GEOnet Names Server data to many items.--GZWDer (talk) 09:09, 16 July 2018 (UTC)
I asked Nikki to comment here. I'm sure a direct import would be easier for her.
--- Jura 09:50, 16 July 2018 (UTC)
  Strong oppose continue creating items for cebwiki, GZWDer, you're just polluting Wikidata, just stop that work, you're feel free to use your bot on other areas. --Liuxinyu970226 (talk) 10:05, 16 July 2018 (UTC)
I have to agree that avoiding duplicates is very tricky. How is a bot supposed to work it out? The GeoNames IDs we already had are full of mistakes. The old-style interwiki links Lsjbot added to the pages were also full of mistakes. There are lots of very similarly named things which are near each other. While the duplicate items are annoying, I think merging items which are the same is much easier than splitting items where the sitelinks were added to the wrong item. So in my opinion, creating new items is the best of a bad set of options.
As was pointed out, I'm currently running a bot which tries to improve these items, although my priorities are to reduce the number of missing statement violations and add references for the original source GeoNames used. For me, the easiest items to work with are the items with only a cebwiki sitelink and no statements other than the GeoNames ID, because then I know the sitelink hasn't been added to the wrong item and I don't have to worry about conflicting statements, so I don't have a problem with what GZWDer is currently doing.
- Nikki (talk) 10:47, 16 July 2018 (UTC)
Cleaning up the mess needs time, but it's easier to do it at Wikidata than on cebwiki as there're more tools for help (constraint violation report, projectmerge, SPARQL, etc.)--GZWDer (talk) 10:55, 16 July 2018 (UTC)

Proposal A

Here are my two proposals:
  1. Remove Phase 1 and Phase 2 support from cebwiki, unless and until if they actually do something to stop Lsj-isms; and/or
  2. Add exception to WD:N/EC that we don't allow creating places items with only GeoNames property.

--Liuxinyu970226 (talk) 10:05, 16 July 2018 (UTC)

The items will not only have GeoNames property, but also have country (P17), instance of (P31), located in the administrative territorial entity (P131) and coordinate location (P625) etc. Also, Lsjbot does not create any new articles anymore so no more issues will appear.--GZWDer (talk) 10:20, 16 July 2018 (UTC)

@GZWDer: In support of what many people have said above, saying that such duplicates are much easier to deal with once they are on Wikidata is plainly not true, if you have no method of dealing with them.

In my experience, dealing with duplicates is a very slow, tiresome, manual process because even having done a merge the resulting merged item then always seems to need further manual investigation and manual clean-up. I am therefore very strongly of the view that creation of duplicate items should be avoided if at all possible.

At the very least, will you not run them through OpenRefine first, to try to first find an existing matching item, rather than just bulldozing ahead with this item creation? Jheald (talk) 10:56, 16 July 2018 (UTC)

If you have no method of dealing with them on Wikidata, you have no method of dealing with them on cebwiki either. Information in cebwiki is not structured.--GZWDer (talk) 10:59, 16 July 2018 (UTC)
Here's another reason that you should really stop it, that your actions result The SPARQL query resulted in an error. happened on image (P18) of every items, *at least five times per item*. --Liuxinyu970226 (talk) 11:27, 16 July 2018 (UTC)
Evidence please. Matěj Suchánek (talk) 11:31, 16 July 2018 (UTC)
@Matěj Suchánek, GZWDer: #Why these format contraint violations in references?. --Liuxinyu970226 (talk) 13:55, 17 July 2018 (UTC)
I wanted evidence of direct influence. If your accusations prove invalid, I won't fade it away. Matěj Suchánek (talk) 14:24, 17 July 2018 (UTC)
  Support as nom. --Liuxinyu970226 (talk) 11:29, 16 July 2018 (UTC)
  Strong oppose Nonsense, contests goals of Wikidata. Matěj Suchánek (talk) 11:31, 16 July 2018 (UTC)
@Matěj Suchánek: So you support spam by Lsj? --Liuxinyu970226 (talk) 11:36, 16 July 2018 (UTC)
I don't (and actually I see nothing like that). What happens on cebwiki isn't our business, is it? Matěj Suchánek (talk) 11:38, 16 July 2018 (UTC)
  •   Comment There seems to be some activity at ceb:Espesyal:Bag-ongGiusab. Not sure if all users are doing maintenance for other projects. If yes, maybe a question for Meta.
    --- Jura 12:23, 16 July 2018 (UTC)

Proposal B: moratorium for new items

  •   proposal B Based on the planned activity by Nikki, I suggest we create only new items when they are being referenced with another identifier than Geonames (at item creation).
    If there is interest in dealing with the current backlog and this can actually be done, we might want to review if more items for the 600,000 bot pages should be created.
    Items for manual articles at cebwiki can always be created or articles connected to existing items (if there are any contributors there).
    --- Jura 12:23, 16 July 2018 (UTC)

@Jura1, GZWDer, Liuxinyu970226, Ahoerstemeier, Matěj Suchánek: @Nikki: See my comments on WD:AN. TL;DR Blocked for three days pending a thorough, contiguous explanation of further actions. Mahir256 (talk) 13:36, 16 July 2018 (UTC)

I have filed a new request at Wikidata:Requests for permissions/Bot/GZWDer (flood) 2. Please comment on this.--GZWDer (talk) 13:58, 16 July 2018 (UTC)
  Neutral While this matches my second point above (excluding any creation of items that only have Geonames property), I wouldn't support this kind of solution easier, as there are still no potential good sanctions to cebwiki, which is required to prevent more wikis from such behaviors. --Liuxinyu970226 (talk) 14:38, 16 July 2018 (UTC)
I am getting concerned about your mental health: "Sanctions to cebwiki." There's nothing like sanctions to a wiki, no. They are not our business. If you don't like it, don't care. Matěj Suchánek (talk) 17:23, 16 July 2018 (UTC)
You have to copy paste your same comment to @ArthurPSmith: to explain that why that user marked some Victoria Park as possibly invalid entry requiring further references (Q35779580). --Liuxinyu970226 (talk) 23:44, 16 July 2018 (UTC)
I don't understand how it is related. Maybe because he believes it is a possibly invalid entry requiring further references? Matěj Suchánek (talk) 07:06, 17 July 2018 (UTC)
I'm not sure I used the right solution there, but those were cases where I was trying to find a location in Australia and wikidata had a huge number of them almost all imported from cebwiki; when I looked at (a few?) coordinates they specified in Google maps, there seemed to be no park and nothing matching that label at the given locations. So I marked ones that looked wrong to me, as I recall. ArthurPSmith (talk) 13:53, 17 July 2018 (UTC)
  •   Support Planning that it "is much easier to find such duplicates if the data is stored in a structured way", so deliberately importing duplicates (which won't be merged within short time) is an abuse of Wikidata and our resources. Resources spent on cleaning the mess of some origin are missing to bring high quality data to other wikis and elsewhere. The duplicates are a big problem, they pop up on search and queries etc. Sitelinks might be added after data is cleaned off-Wikidata (if cleaning is feasible at all; no idea perhaps deletion of articles on cebwiki is a better solution than importing sitelinks to them here). --Marsupium (talk) 23:26, 18 July 2018 (UTC)

Items about Wikimedians

I have witnessed two instances of a group of items about Wikimedians being nominated for deletion due to lack of notability. The first was in September, in which Jarek argued for lack of notability but MisterSynergy opted to keep due to the presence of Commons creator templates. (At the time—when I wasn't yet a sysop—I tended to agree with deleting all but those of @Moheen Reeyad, Emijrp: since they seemed to stand alone better than the others.) The second was several days ago, in which Bodhisattwa argued for lack of notability and which Maarten deleted on such a basis—not the only major difference between the two acting admins in these instances. As I had begun taking the liberty of pinging frequent, accustomed editors whose items were up for deletion, I didn't think it appropriate to take any action in this recent set of requests until the affected users were able to opine about them. Now there is a new, isolated instance which is only prompting yet another long notability discussion to occur (@Mazuritz, Ash Crow, Infovarius:, as those involved in this instance, plus @Esh77: as I ran across your item some time ago).

It is clear that there is something unresolved about WD:N as it pertains to Wikimedians making items about themselves. Of course there may be something I don't recall in P4174's proposal, among all which related to privacy issues and whatnot, on the topic of how that property applied to notability criteria, but what logically comes to mind about this is as follows. On Wikipedia we routinely RfD clear self-promo articles by amateur rappers, actors, SEO folks, and the like, all of whom very likely think they are sufficiently notable for Wikidata, about themselves—and often do the same to the appropriate Wikidata items much to their chagrin—so ideally items by Wikimedians who may very likely think they are sufficiently notable for Wikidata about Wikimedians should nearly equally share the same fate. A strict interpretation of WD:N under the second and third points tends to preclude their deletion, however, but I can certainly understand the mindset of those who find it odd that contributors to this knowledge base find it in them to add themselves to it (I seem to recall @Liuxinyu970226: complaining about @Shizhao: on this front). Some may find it unfair that those most familiar with those workings of Wikidata available to them, who otherwise would most likely fail the notability criteria had others tried making items about them, can "weasel" their way to meeting said criteria by the aforementioned strict interpretation, whereas others who try to do the same—and who could very well meet the notability criteria had someone more thoroughly familiar with Wikidata created their item—get blocked and their items nuked. Let me make clear that I am not condoning the presence of self-promo/spam with this last statement.

Thoughts on the presence of items created by Wikimedians about themselves? Mahir256 (talk) 04:12, 17 July 2018 (UTC)

I think the items should be permitted for consistency, since authors of notable works can have items, and Wikimedians are authors of Wikipedia. Ghouston (talk) 04:30, 17 July 2018 (UTC)
When I notice Wikimedians creating items about themselves I delete them on sight as non-notable. If I notice items being created about other Wikimedians, I check if they're really notable and usually deleting them. Far to many privacy and conflict of interest issues. I deleted items about some people more than once and I even deleted an item about myself. Multichill (talk) 08:43, 17 July 2018 (UTC)
Then it's not so much a notability problem but a biography of living persons issue, with information that isn't properly referenced. There are some items like Jimmy Wales (Q181) and Magnus Manske (Q13520818) for notable Wikimedians, although even these have unreferenced statements. E.g, Jimmy Wales' spouses and Magnus Manske's date of birth and education. Ghouston (talk) 09:37, 17 July 2018 (UTC)
  • If we don't have an item, we're not going to be able to write a depicts (P180) statement on CommonsData for any of the photos of this person. Is that a problem? Jheald (talk) 10:02, 17 July 2018 (UTC)
There was a proposal to have some hybrid data type for author fields on Commons data that allows us to specify people either be item ID, username or URL. I assume we will use something similar for depicts (P180). For me the issue with items for not-so-notable wikimedians is that in such items most or all the information comes from the subject with no proper references. If there are external identifiers they are self-created. On the ohtr hand I do not want to punish otherwise notable people who might want to edit Wikipedia, so the thershold should be: is there enough non-self-referencing information out there about individual. We should delete non-referenced and self-referenced info from such items and see how much is left. --Jarekt (talk) 12:13, 17 July 2018 (UTC)
  • In a previous discussion, it was suggested that we can create items for authors even if practically nothing is known about them, e.g., the thousands of authors of the CERN Higgs Boson article. These would fulfil a "structural need" in case there was another article with the same author. The same could just as well apply to Wikimedians. Ghouston (talk) 12:29, 17 July 2018 (UTC)
Maybe introduce Template:Connected contributor (Q7646869) here? --Liuxinyu970226 (talk) 14:00, 17 July 2018 (UTC)
When asking for this discussion, I was thinking of a loophole in WD:N: many items about French Wikimedians where created last year by @Deansfa: (@Envlh: warned me that one had been created about me) on the ground that there is a Commons category for these contributors. I wanted to delete all those items but found that I could not, as they are neither excluded by the current redaction of the 1st criterion of WD:N, nor listed in WD:Notability/Exclusion criteria. If we are to delete all those items, we should explicitely exclude them in one of those two pages to avoid them recreated after, either by someone acting out of good faith like Deansfa, or by someone with bad intentions (to be clear, I fear that such items can be used for targeted harassment far more than I fear self-promotion from contributors.) -Ash Crow (talk) 15:12, 17 July 2018 (UTC)
  • It's useful to have the items where there are categories of photos of the specific Wikimedian on Commons - although I agree that they shouldn't be created by the Wikimedian themselves. Thanks. Mike Peel (talk) 15:13, 17 July 2018 (UTC)
  • Many long-term wikimedians have category on Commons and some even have Creator pages but that does not make them notable. The fact that shch pages exist might make it harder to clean up but should not be a reason to justify creation of items on Wikidata. Maybe we need to clarify this on WD:N. As for authors of articles we have author name string (P2093) for that with 17M uses. Maybe we should replace some items with no other info than name with those. --Jarekt (talk) 17:58, 17 July 2018 (UTC)
  • @Multichill, Ash Crow, Infovarius:, The element Q40676142 Benoit Soubeyran was deleted today. For me, it's not to make self-promotion, it's just a good way use the tools and templates linked with Wikidata on Commons and on my wikipedia user page. It's not right because there is a lot of elements on wikimedians : Benoît Prieur, Moheen Reyad,... @Agamitsudo, Moheen Reeyad: Of course, I'm not against these and I think they have clearly right to exist. But if you want to delete the wikidata elements of non-notable wikimedians, you must delete all this elements and not only one !!! I prefer a large discussion before to decide if we must keep or delete all these elements and what the wikimedians thelmselves have right to edit or no. --Mazuritz (talk) 20:14, 17 July 2018 (UTC)
    I've started an undelete request for that one at Wikidata:Administrators'_noticeboard#Undelete_no_label_(Q40676142). Thanks. Mike Peel (talk) 06:43, 19 July 2018 (UTC)
  • I found an interesting issue with Wikimedia username (P4174) in it's proposal, Wikidata:Property proposal/Wikimedia user name. User:Innocent bystander opposed it, and felt if it was created, there should be a requirement that a reliable source should be required. I think I'm qualified for a Wikidata item because I am a low level elected government official, and this can be verified on state and town web sites. But I do not have a famous blog, and none of the handful of reliable sources about me mention any of my Wikimedia user names. Therefore, if an item ever got created about me, no one would be able to add Wikimedia username (P4174) to my item. If I were to make any on-wiki statements about my item, they could only be used to help decide whether to delete it, not to decide that the Wikimedia userid belongs to the person described by the item. Indeed, it is rare for an interview or third-party biographical piece about a person to mention a wikimeda userid, so virtually the only people eligible to have Wikimedia username (P4174) in their item are those who are reliably associated with a website or blog, and self-publish it there. Gerry Ashton (talk) 21:13, 17 July 2018 (UTC)
  • The purpose of Wikidata is not notability but data, and accuracy of the data. Wikidata is a meta-database: any item should be referenced by at least the "unique key" (or "unique identifier") on an other database (and Github, Wikimedia Global or Twitter have unique identifiers for users and we have properties for those). This way, we can query data across databases and across the world, across any type of knowledge (and it's potentially super powerful). (BTW, Wikidata is massively used on Commons, so deleting the items just remove the data that is exposed there).
For those who delete items, how many of you are making actual queries against Wikidata, and are using the data? I do. I'm creating items about Wikimedians for the same reasons I'm creating items for every building in Manhattan (which, for lots of them, are not notable): to be able to get, for example, all architects that has build something on 56th Street as get every humans that have a female gender, that have wikimedians as occupation and have a Github account. Wikidata is about querying the world.
I'm sorry but Sylvain Boissel (Ash_Crow) is a public person from Wikimedia France, that has a presentation page on Wikimedia ( and I personally don't know this person, just took the info from the public info that was displayed about him. --Deansfa (talk) 20:10, 18 July 2018 (UTC)
  • We are slowly moving to having all humans represented... Either we should establish the threshold, or we should confess that we want to have items about all humans. Millions of Wikimedians is only the step... --Infovarius (talk) 22:45, 18 July 2018 (UTC)

Link to how to merge

Hello! Wikipedia administrator/Wikidata newbie here. When I add a translation to an item (Q55605143) which reveals the item to be a duplicate, I get the message "The link zhwiki:北京首都旅游集团 is already used by item Q55065197. You may remove it from Q55065197 if it does not belong there or merge the items if they are about the exact same topic." I would strongly suggest adding a link to Help:Merge to this message, as finding how to merge two items was not easy. Or, better yet, a link to Special:MergeItems with the two IDs prefilled.

Cheers! Audacity (talk) 02:47, 18 July 2018 (UTC)

Hello Dan! This would be the original template message, changing which requires modifying this list of English messages. I'd modify the message myself to at least link to Help:Merge, but I have yet to actually start keeping a clone of the Wikibase source code handy. I am sure that if you file a bug report on Phabricator, someone there will gladly oblige. Mahir256 (talk) 02:58, 18 July 2018 (UTC)
@Mahir256: MediaWiki messages may be managed locally although changing local messages affects Wikidata only. Note Help:Merge exists only in Wikidata.--GZWDer (talk) 20:30, 18 July 2018 (UTC)

Help us teaching ORES how to better detect vandalism

Hello all,

As you may know, ORES is a tool analyzing edits to detect vandalism, providing a score per edit. You can see the result on Recent Changes, you can also let us know when you find something wrong.

But do you know that you can also directly help ORES to improve? We just launched a new labeling campaign: after authorizing your account with OAuth, you will see some real edits, and you will be asked if you find them damaging or not, good faith or bad faith. Completing a set will take you around 10 minutes.

The last time we run this campaign was in 2015. Since then, the way of editing Wikidata changed, some vandalism patterns as well (for example, there are more vandalism on companies). So, if you're familiar with the Wikidata rules and you would be willing to give a bit of time to help fighting against vandalism, please participate :)

If you encounter any problem or have question about the tool, feel free to contact Ladsgroup. Cheers, Lea Lacroix (WMDE) (talk) 12:22, 18 July 2018 (UTC)

@Lea Lacroix (WMDE): I'm trying this out (I've already nominated some spam here and on Commons for deletion). For edits which involve sitelinks being automatically changed or removed after a page move or page deletion (e.g. Special:Diff/520792890; Special:Diff/530855598), am I always supposed to label them good-faith constructive edits (even if I think the deletion or move was wrong)? And for edits which are formatted incorrectly but are otherwise constructive (e.g. Special:Diff/616158518), do I label the edit as damaging? Jc86035 (talk) 12:48, 18 July 2018 (UTC)
Is this addition of a site link to a machine translation that was deleted the next day damaging? I don't know how I'm supposed to classify these, especially without options between "damaging" and "perfect" and between "good faith" and "bad faith". Jc86035 (talk) 13:10, 18 July 2018 (UTC)
Pinging Ladsgroup, since I hadn't noticed that line for some reason. Jc86035 (talk) 13:11, 18 July 2018 (UTC)
User:Jc86035 Thanks for the labels, The rule of thumb here is that even if this edits are damaging on client wikis, fixing them is outside of scope of Wikidata (for example, we should not revert those edits, but we need to fix client, like commons, and it will be automatically reverted here). So please mark them as good-faith and not damaging Amir (talk) 13:15, 18 July 2018 (UTC)
@Ladsgroup: Thanks. If an edit is constructive but needs another editor to fix it because of formatting issues, should it be marked as damaging? Jc86035 (talk) 13:19, 18 July 2018 (UTC)
Should I just skip any ambiguous edits like this one (IP realized item was a duplicate and tried to blank it)? Jc86035 (talk) 13:22, 18 July 2018 (UTC)
That was damaging (didn't follow standard processes) but was done in good-faith. Matěj Suchánek (talk) 14:34, 18 July 2018 (UTC)

SPARQL query

I'm getting lots of messages that "The SPARQL query resulted in an error" for property values that had no such errors an hour ago. --EncycloPetey (talk) 19:37, 18 July 2018 (UTC)

Items to merge?


Could someone who understand a bit of Japanese and Polish to confirm if Q27030553 and church library (Q11499278) is the same thing or not.

Cheers, VIGNERON (talk) 17:43, 22 July 2018 (UTC)

@Jarekt, Okkn: if you could possibly collaborate on this task? Mahir256 (talk) 01:32, 23 July 2018 (UTC)
Polish article is about generic concept of library located in or run by a church, especially in historic times. --Jarekt (talk) 03:47, 23 July 2018 (UTC)
Japanese one is also the same. They can be merged. --Okkn (talk) 05:39, 23 July 2018 (UTC)
  Done, thank you Jarekt and Okkn. Cdlt, VIGNERON (talk) 10:43, 23 July 2018 (UTC)
This section was archived on a request by: Matěj Suchánek (talk) 09:37, 25 July 2018 (UTC)

Import a template

Could somebody please import the en:Template:Graph:Stacked to wikdata so that it can be used here? Currently there is some kind of gap in creating such graphs for articles, which is probably the reason why it is not used so far: For the template, queries are needed, which are typically not totally trivial, but at en:wp there is no help page where queries can be requested. On the other hand, here at wikidata there is a query request page, but the template cannot be used because its not here so far. It would be nice to close this gap and make the template available here. Steak (talk) 13:57, 24 July 2018 (UTC)

  Done Matěj Suchánek (talk) 08:00, 25 July 2018 (UTC)
Thanks a lot! Steak (talk) 08:35, 25 July 2018 (UTC)
This section was archived on a request by: Matěj Suchánek (talk) 09:36, 25 July 2018 (UTC)

Similar items

Is tobacco control (Q17005010) the same as Q55680037 (anti-smoking – no sitelinks; used on Adolf Hitler (Q352))? If not, is one related to the other? Jc86035 (talk) 15:37, 24 July 2018 (UTC)

  Merged by me. --Liuxinyu970226 (talk) 22:42, 24 July 2018 (UTC)
This section was archived on a request by: Matěj Suchánek (talk) 09:40, 25 July 2018 (UTC)

New editor's edits

I don't know where to put this, but can someone keep an eye on Kamisettyramesh's edits? I don't know what their native language is, because they haven't edited a text field yet, but they seem to have no understanding of the distinctions between items with similar labels and they are not responding to talk page messages. Thanks, Jc86035 (talk) 09:13, 19 July 2018 (UTC)

@Jc86035: The only Indian-language site this person's account has been linked to at present is the Teɶlugu Wikipedia, so I have made the assumption that this person speaks Telugu and pinged three recently active Telugu speakers. Mahir256 (talk) 15:17, 19 July 2018 (UTC)

Starting new page

What are the details of creating musician page? (Q55655133)


  • @R3adyWrit3s: I suggest that you look at the item for some comparable figure and follow that as a model. By the way, did you really mean to write those aliases all lowercase? Is that how she writes her own name? - Jmabel (talk) 23:10, 19 July 2018 (UTC)

Help with "embroidery"

There is much confusion between embroidery (Q28966302), an embroidered creative work, and embroidery (Q18281) or embroidering, the craft. Can you help make sure the distinction is made in your language? Thanks, all! - PKM (talk) 20:17, 19 July 2018 (UTC)

Interwiki conflicts

Hello everyone! My bot works on interwiki maintenance and sometimes it finds interwiki conflicts and stores them to a log. Now I decided to reorganise and publish these logs. Here is a first part starting with 'A':

Every conflict contains two transition chains starting from same page and ending with different (local pages on same language or Wikidata items). There are 3 types of transition:

  • '(wd) ->' - next page is obtained through Wikidata item
  • '(local) ->' - next page is obtained through interwiki on the local page
  • '(redir) ->' - the first page is a redirect to next (redirects to sections are excluded)

You can see that conflicts with redirects twice more than without. Also, a lot of redirect conflicts are false positive since they links narrow theme with its generalization (such as a song and an album with this song) and are not exactly the same. That's why I separated redirect and non-redirect conflicts.

I invite everyone to check these conflicts. Hope it will be useful. Later I can publish conflicts on other letters and other languages. --Emaus (talk) 19:38, 19 July 2018 (UTC)

Looks good, thank you. Already fixed one entry.
It would be nice if someone used a global bot and removed interwiki superseding Wikidata links. For example:
The old-style interwiki link overrides the valid connection to ptwiki via Wikidata. Matěj Suchánek (talk) 08:26, 20 July 2018 (UTC)
My bot from time to time removes interwiki from local pages but only when there is no interwiki conflict. In case of conflict it is not obvious.
Also I have an idea to select separately conflicts caused by Wikidata when 2 found Wikidata items have links to a different languages/ Probably there should be simple merging. --Emaus (talk) 17:30, 21 July 2018 (UTC)

[Check sitelinks!]

I want to translate [Check sitelinks!] but I can't find it in Xaris333 (talk) 20:37, 19 July 2018 (UTC)

@Xaris333: That's because it's a gadget. @Matěj Suchánek: would need to add localization support first. Mahir256 (talk) 21:15, 19 July 2018 (UTC)
Also @HakanIST, ValterVB: as you seem to have your own versions of this gadget. Mahir256 (talk) 21:16, 19 July 2018 (UTC)
My version isn't used, I use the "official" but, @Xaris333: what do you want translate? The only text is "Check sitelinks!" in function init() --ValterVB (talk) 08:57, 21 July 2018 (UTC)

In QS v2 all cells must be filled?

@Magnus Manske: In Quick Statements v2, is there a way to jump a certain property/reference/qualifier for a given item (for example, if I have a table with a "P31" column but for one item of the table I don't know its class).

I tried leaving the corresponding cells void but it gives me an error if I do it.--Malore (talk) 01:24, 21 July 2018 (UTC)

@Malore: If you know or can figure out how to use regular expressions you should be able to convert commands in CSV format to the version 1 format with a text editor like BBEdit or Notepad++. Jc86035 (talk) 06:52, 21 July 2018 (UTC)
Alternatively, load (or cut-and-paste) the file into an editor Notepad++ in tab-separated form, then use search and replace from the menu to replace all instances of \t\t with \t and \t\n with \n Jheald (talk) 13:10, 21 July 2018 (UTC)

Need some help on how to list material designations according to different standards

Hi, I started a discussion on the materials project to find out the best way to list material standards. It is a long topic so that the discussion is on the project page : Wikidata talk:WikiProject Materials/Properties. It would be nice to have some advice from experimented Wikidata users. ;-) --Thibdx (talk) 06:26, 21 July 2018 (UTC)

Tags removal in Watchlist

Hello, is there a way I can remove all the edits with specific tags, such as edits by QuickStatements and a couple of other tools? For quite some time I am facing difficulty with my watchlist filtering (here how the watchlist looks now). I am using old watclist interface. Thanks in advance for your help. --Titodutta (talk) 14:39, 21 July 2018 (UTC)

No. (Sorry this answer is so brief.) However, if you are ok with just hiding (in contrast to filtering), you can use CSS .mw-special-Watchlist .mw-tag-OAuth_CID_699 { display: none }. Matěj Suchánek (talk) 15:00, 21 July 2018 (UTC)
This is why users editing with QS should have flood flag, but usually no one cares. Wostr (talk) 15:52, 21 July 2018 (UTC)

New script for revision patrolling

For those who deal with patrolling, I wrote a userscript which enables patrolling interface in histories, user contributions and multi-change diffs. It highlights unpatrolled changes in histories, marks unpatrolled changes in user contributions and adds convenience links to patrol all relevant changes to all three interfaces. You can enable it by adding this code to common.js:

mw.loader.load( '//ěj_Suchánek/patrolRevisions.js&action=raw&ctype=text/javascript' );

You will find some background at Wikidata talk:WikiProject Counter-Vandalism#Patrolling from user contributions, histories and diffs. Later, if there are no problems, it can be made a gadget. Matěj Suchánek (talk) 15:10, 21 July 2018 (UTC)

Off-wiki consensus

Four months ago, there was a dispute over the validity of community decisions made off-wiki. Some users will occasionally discuss Wikidata issues using off-wiki methods of communication, such as the mailing list, IRC, direct email, social media, and even at IRL events such as Wikimania. I think we need to determine whether decisions made using such off-wiki channels can ever be called "community consensus" and be considered valid. --Yair rand (talk) 23:20, 11 July 2018 (UTC)

  • I'm sure they work for offwiki people, but why should they be valid onwiki?
    --- Jura 08:09, 12 July 2018 (UTC)
  • The more people, the harder it gets to get any consensus. Besides sometimes it is difficult to take any decision on wiki, because people just drop their "oppose" and disappear from the conversation, which is very uncivil but it happens very often. In general if it is an important consensus for the on-wiki world, I guess it is necessary to inform about it at least here on the project chat. --Micru (talk) 11:08, 12 July 2018 (UTC)
  • I would say that any off-Wiki discussion like this should be posted to Project Chat, more or less in the format "In a recent conversation at [place], a group of Wikimedians agreed that [whatever was agreed to]. Notes from that conversation are available at [link]. Is there general consensus here that this should be our best practice? Is there something we failed to consider?" In the final analysis, consensus can only be achieved by making the conversation available to all Wikidatans. Not all Wikidatans will have the opportunity to participate in a discussion at an event, or on Facebook or irc. - PKM (talk) 20:06, 12 July 2018 (UTC)
    • Aren't there projects that have rules banning discussions on Facebook and the like?
      --- Jura 22:19, 12 July 2018 (UTC)
      • Why should discussions on Fb be banned? It is a discussion platform as valid as any other.--Micru (talk) 11:48, 13 July 2018 (UTC)
        • It excludes people without accounts who may be interested in contributing. Ghouston (talk) 02:38, 15 July 2018 (UTC)
        • Also, people with accounts that don't want their real name linked with their Wikimedia activities. Ghouston (talk) 02:38, 15 July 2018 (UTC)
          • you cannot govern off wiki activity, by fulminating here. if people think their deliberations are appropriate, then they will mention it on chat. if you want to encourage more on wiki discussion, then you need to make it more friendly, and easier than wikicode. Slowking4 (talk) 02:58, 16 July 2018 (UTC)
        • The question isn't whether Facebook discussions are banned but whether they can create consensus. ChristianKl❫ 16:56, 22 July 2018 (UTC)
I don't think that any off-wiki decision should be treated as producing a consensus as it excludes people who aren't part of the venue in question from the discussion. ChristianKl❫ 15:58, 22 July 2018 (UTC)

When sourcing is most relevant

When sources differ of opinion, when both cannot be correct, it is a matter of sourcing the right answer that will ensure that Wikidata has the correct information. I have been told that information I added based on en.wp should be removed because it is "Falschinformationen". Obviously the German Wikipedia thinks differtly from en.wp. Based on German information information is completed but we now have a half way house of correct and incorrect information.

In my opinion, this is exactly the situation where sources are vital. How to deal with this and how to reconcile differences. Thanks, GerardM (talk) 06:43, 15 July 2018 (UTC)

I'd start by referencing the original sources, instead of the Wikipedia articles. If the sources conflict, there are some properties that can be used like statement disputed by (P1310). Ghouston (talk) 06:55, 15 July 2018 (UTC)
What you describe is what I could come up with. What I am doing is adding "administrative territorial entities" for Africa. I am bold; relate information based on available items in Wikidata (yes, I do use Arabic, Cebuan, Italian links).
Adding sources to Wikidata like in this instance does NOT solve the issue I raise. The issue is how to curate multiple sources, particularly Wikipedias that disagree on factually singular information. That is the issue, not what I can do, I am aware what I could do. Thanks, GerardM (talk) 08:17, 15 July 2018 (UTC)
We can look at the question of whether Tumana district exists in Gambia, or not. It's mentioned at [23] as a constituency in the Upper River Region, as of Jan 2018. So it doesn't seem to be fake information. Perhaps there's a difference between electoral constituencies and administrative districts, more information is needed. That article also mentions Foday N. M. Drammeh, who is also named as the winner of Tumana at en:List of NAMs elected in the Gambian parliamentary election, 2017. Ghouston (talk) 10:09, 15 July 2018 (UTC)
There's a table of 2017 National Assembly election results (cached) at [24]; I think items could be created for all those constituencies and winning politicians, if not already present. Ghouston (talk) 10:21, 15 July 2018 (UTC)
"Being bold" is a slogan that means that it's good to do something on a Wiki because it's easy to revert edits. The fact that many bold edits get reverted is part of the idea.
I agree with Ghouston that the fact that Wikipedia is not a reliable source in inside the Wikiverse. It doesn't matter what enwiki says if there an argument about whether a given piece of information is true.
If there are actually multiple reliable&serious sources we list all the different claims and set ranks. ChristianKl❫ 18:10, 22 July 2018 (UTC)


Are there any guidelines for when and for how long pages should be protected? I think it should be at least standardized, and making semi-protection a little more common would make it quite helpful for editors on other wikis (e.g. the English Wikipedia) who get complaints about how this anonymously transcluded Wikidata content has been vandalized and not fixed for two weeks. Personally I would prefer allowing semi-protection for 3 years or more of any pages that normally get vandalized more than about once every two months on average, because that would at least take care of most of the random innocent vandalism by people who don't know any better. (Should there be an RfC for this?) Jc86035 (talk) 08:17, 18 July 2018 (UTC)

+1 If we offer a large flexibility in term of editing, we should have s strong response in case of vandalism. And several years of protection is not too much: often the items which are victim of frequent vandalism are controversial topics like religions or personalities, and this vandalism won't stop rapidly. Snipre (talk) 11:10, 18 July 2018 (UTC)
On one hand, yes, on the other hand, many users from the projects are not autoconformed at Wikidata and will not be able to edit protected items. We need to find a middle ground.--Ymblanter (talk) 22:31, 18 July 2018 (UTC)
Would it be technically feasible for a bot to auto-assign confirmed to users who are autoconfirmed on other wikis? Jc86035 (talk) 04:21, 19 July 2018 (UTC)
Why would we want to autoconfirm others who have tht status on other Wikis? The fact that someone participated on other Wiki's in no way implies that they understand how Wikidata works and what edtis are appropriate for Wikidata and thus shouldn't be subject to patrolling. ChristianKl❫ 15:29, 22 July 2018 (UTC)

Erratic enwiki import of infobox values

Is it standard practice to import infobox values without validating any of them? Nvrandow (talkcontribslogs) is currently importing station code values from enwiki, some of which duplicate existing values from different properties and some of which are actually multiple values for different lines or different platforms (which should have been split and have had qualifiers added properly). I just reverted one edit which contained br tags but they haven't noticed yet. Jc86035 (talk) 05:20, 21 July 2018 (UTC)

@Jc86035: No, it certainly isn't (or if people have been doing it that way it shouldn't be). I put in a 6-hour block so Nvrandow can discuss these matters with you. (The Wikipedia with the most edits by Nvrandow is German, so you may wish to call on German speakers if the person's English isn't that great.) Let us know on WD:AN if these errors persist after the 6-hour window. Mahir256 (talk) 05:31, 21 July 2018 (UTC)
@Mahir256: I just realized that they have never replied to a single post on their talk page (including the wikitext archive), even those of the "stop why are you doing this" variety (and they have edited some labels in English), so it might be better to just mass-revert the whole import and do it properly some other time. Jc86035 (talk) 05:49, 21 July 2018 (UTC)
@Jc86035: You may wish to call on someone else to help you with that, as I have not previously set up such a mass revert myself. In the meantime I will extend the block to three days so that a course of action can be formulated with regard to future station imports. Any admin may undo this block earlier if he or she desires, but please take note of the degree of error that has been pointed out here and elsewhere. Mahir256 (talk) 06:38, 21 July 2018 (UTC)
@Mahir256: I have posted further on their talk page and asked them in German to indicate if they can't understand me (that's what I think I wrote, anyway). I assume if there's no response by Monday then I'm to post at WD:AN asking for a revert; hopefully something like w:en:User:Writ Keeper/Scripts/massRollback.js is available. Jc86035 (talk) 16:17, 21 July 2018 (UTC)
@Pasleim: would you consider making Harvest Templates compatible with EditGroups, so that we can undo problematic batches more easily? The instructions are here. I am happy to assist if needed. − Pintoch (talk) 16:54, 21 July 2018 (UTC)
While I haven't received a response, it looks like an IP has gone over most of the duplicate values and formatting errors, so a full revert is probably out of the question. Jc86035 (talk) 14:28, 22 July 2018 (UTC)

Finding "Instance of" instead of "Subclass of"

I have been looking at the items for many types of home computers and have noticed that most of the items have instance of (P31) home computer (Q473708) instead of or in addition to subclass of (P279) home computer (Q473708), despite every article being about a product line and not specific computers. Should I be removing all of these instance of (P31) statements and putting the subclass of (P279) instead (and adding instance of (P31) Q17444171? Rampagingcarrot (talk) 18:16, 21 July 2018 (UTC)

Yes, please! - PKM (talk) 19:08, 21 July 2018 (UTC)
@PKM: Awesome, thank you for your reply. Rampagingcarrot (talk) 23:01, 21 July 2018 (UTC)
Hmmm, I have noticed that before too but it seemed to be consistent the other way − All consoles for example follow the other way eg
Trying to find other parallel examples: many trees seem to model using « models » (pun non-intended ;) )
But meanwhile:
So if I understand correctly: looks like we need to introduce a computer model item? :)
Jean-Fred (talk) 10:23, 22 July 2018 (UTC)
Really good job! I hope we will clean up all usages of uncertain item instance or subclass of (Q30208840) as the result. — Ivan A. Krestinin (talk) 11:16, 22 July 2018 (UTC)

Stable Q-Ids?

Nowadays I'm observing more and more merges like this where a newly created id by a tool is preferred over the older concept QId. I have the impression this related to tools developed by Magnus. I thinks concept ids should be stable and not be changed at will. --Succu (talk) 21:38, 21 July 2018 (UTC)

In the edit in question, Q51508568 is merged (by User:Jheald, who does not appear to have been notified of this discussion) into Q51375813 - thereby preserving the earlier QID (51375813 < 51508568). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:59, 21 July 2018 (UTC)
@Succu: I'm not sure I understand what upset you here. There was a duplicate pair of items for the same run of the same magazine, so I merged them. Is there an issue to resolve here, or can we close this? Jheald (talk) 15:08, 22 July 2018 (UTC)
@Jheald: This was not about your specific edit (witch I misread) but about a general observation I made in the last few weeks. --Succu (talk) 17:47, 22 July 2018 (UTC)

Renaming a city or country vs creating a new project

Hey everyone. I have a question for the community. The town Grahamstown in South Africa is being renamed to Makhanda. The question came up as to whether the wikidata object should be renamed or whether a new wikidata item should be created.

The problem that I have had with the former is by renaming the item I will use the property replaces (P1365) of succeeds. However, in order to use Grahamstown as the value I need an item that it refers to. The problem with the later is that I now have two items where in the real world only one place exists.

My main aim here is not to start a philosophical argument but to rather ask what is the correct way to create items in such a case.  – The preceding unsigned comment was added by Tirab (talk • contribs).

I would expect there to be one item with start time (P580) and end time (P582) qualifiers on statements relating to the name (e.g. official name (P1448)). - Nikki (talk) 13:09, 22 July 2018 (UTC)

Image of structure

For items like embroidery stitches, pockets, and sewing seams, I would like to use two images: one a photo of a representative item, and one a diagram showing its structure - see example at Q1982711. This isn't technically a cross-section - should I use sectional view (P2713) for the structural image, or should I propose a new property for this? - PKM (talk) 20:02, 19 July 2018 (UTC)

Wikimedia timeline articles

Wikimedia timeline article (Q18340550) is currently subclass of both chronicle (Q185363) and timeline (Q186117) as well as Wikimedia article page (Q15138389). I'm sure "chronicle" is incorrect, as a chronicle is a historical account, but in general, should Wikimedia article types be subclasses of other things in this way? - PKM (talk) 00:00, 23 July 2018 (UTC)

Comic Book Issues

I noticed that we have comic book series (Q14406742) like The Amazing Spider-Man (Q944598), but (at least this item) does not have the individual issues within that series. Is that data that should be here? Should each issue be a new item (I can imagine a lot of properties that would be used, like characters in the issue, writers, artists, etc.). I imagine perhaps we already do this somewhere? Regardless, if this data should be included (I think it should), what property should be used? I was thinking has part (P527), but maybe there is something more specific (or there should be)? Thanks! --U+1F360 (talk) 00:17, 23 July 2018 (UTC)

Might be worth adopting the {{P}} and {{Q}} templates for project chat questions, U+1F360, so that you can say {{Q|14406742}} giving comic book series (Q14406742), and {{P|527}} giving has part (P527). And the answer to your question is, yes, use has part (P527) on series and part of (P361) on issues to link them; and yes, an item for each issue is good. --Tagishsimon (talk) 00:27, 23 July 2018 (UTC)
Yeah it would help if I read the instructions! Thanks for your help! I'm excited to help add this data! --U+1F360 (talk) 00:35, 23 July 2018 (UTC)
@U+1F360: Big job, needs doing. Given the scale, perhaps consider gathering the data together in a spreadsheet and then using QuickStatements to create & populate issue items, and handle the 'has part' business in the series record. Might be the easiest & most robust approach. --Tagishsimon (talk) 01:16, 23 July 2018 (UTC)

Parks to which buildings have been moved

Do we have a particular subclass of park (Q22698) for the sort of park to which a number of historic buildings have been moved? Or do we have a particular pattern for describing them? They are pretty common in medium-sized U.S. towns. An example is Bothell Landing Park (Q49475372). - Jmabel (talk) 19:19, 22 July 2018 (UTC)

Do you mean open-air museum (Q756102)? --Fralambert (talk)
It's not unlike that, but it's something more informal. I don't think much anyone things of Bothell Landing as a "museum". There is one building there that is a museum as such. - Jmabel (talk) 21:09, 22 July 2018 (UTC)
Heritage Square Museum (Q1610034) in Los Angeles is tagged as historic house museum (Q2087181), but I think it's more like a historic park that contains a number of historic house museums. There's also historic district (Q15243209) if people live in the houses. - PKM (talk) 23:55, 22 July 2018 (UTC)
In this case, no one lives there. Definitely a park, not a district of the town. One building was an old one-room schoolhouse; another is a house that now functions as the parks dep't HQ; another house is now a museum, but not really a house museum, they just re-used the building; etc. - Jmabel (talk) 03:37, 23 July 2018 (UTC)
I've created heritage park (Q55720514). The practice of moving old buildings, which in Europe would probably be seen as an heresy most of the times, is actually pretty common in the United States, where there are a lot of such sites where they are gathered – there is one, for instance, very next the Oconaluftee Visitor Center (Q36000768). This is why it may sound confusing to some users here or why there was no item so far. Thierry Caro (talk) 11:12, 23 July 2018 (UTC)
parc=>park in English; maybe "heritage park" rather than "historic park", though? Not sure. - Jmabel (talk) 15:58, 23 July 2018 (UTC)
I would agree, in English anyway, heritage park is better than historic park JerryL2017 (talk) 16:17, 23 July 2018 (UTC)
+1 I'll need to add this to some locations in California. - PKM (talk) 21:01, 23 July 2018 (UTC)
For the Swedish Open-air museum Skansen (Q725108) we have open-air museum (Q756102) and working life museum (Q10416961) (and zoo (Q43501), which may be a bit less generally relevant).
en:Open-air museum does appear to be discussing exactly the concept you're talking about. Jheald (talk) 21:12, 23 July 2018 (UTC)
I tend to think of an open-air museum as something more like Commons:Category:Pioneer Park, Ferndale, Washington (which lacks a Wikidata item). But Bothell Landing is more a place you go to look at the birds on the water, or to access a bike trail, or even to watch a musical performance than to look at the buildings (most of whose interiors are seldom or never open to the public). - Jmabel (talk) 22:21, 23 July 2018 (UTC)

Live comments possibility?

I am not familiar with discussions related to the questions about Wikidata, but it is strange that when I will do any edit in the Wikidata then I cannot comment it. Any reason for this?--Estopedist1 (talk) 08:05, 23 July 2018 (UTC)

  • Hello, you will get some information about edit summary can be found here Help:FAQ#Editing #3. Edit summaries are sometimes really useful, but mostly we do not have the option (other than project pages etc). Item/property talk page discussions are not also a common on Wikidata. --Titodutta (talk) 09:21, 23 July 2018 (UTC)

How to describe a heat treatment when used as a qualifier for a mechanical property?


We need some advice from Wikidata users who have some experience with properties and a basic understanding of heat treatments :

Wikidata talk:WikiProject_Materials/Qualifiers#How_to_describe_a_heat_treatment_when_used_as_a_qualifier_for_a_mechanical_property?

Could you add your vote, comment or new idea ?


-- Thibdx (talk) 21:40, 23 July 2018 (UTC)

Erratic edits

I've had to revert almost all of the recent edits by Madhumitha Velampalli because they just don't make any sense (e.g. statements like religion (P140)India (Q668)). I'm really confused by all of this – are the Telugu labels for items terrible, is there some classification system I'm not aware of, is there something that prevents item descriptions from showing up somewhere, or is she just bad at editing Wikidata? Jc86035 (talk) 12:41, 22 July 2018 (UTC)

@Jc86035: I have asked on a Wikidata groupchat about the Telugu speakers but have not yet received a response about it. @Pavan santhosh.s: Mahir256 (talk) 14:57, 22 July 2018 (UTC)
@Mahir256: Thanks. Some context: I originally welcomed and warned this user in February (see Wikidata:Project chat/Archive/2018/02#New users), with no reply from her. She's done more of the same, although with the recent edits I've noticed that she's spelled a lot of English proper nouns incorrectly. Jc86035 (talk) 15:35, 22 July 2018 (UTC)
@Jc86035: I have been told by the other user I pinged in my reply that these editors are operating on behalf of Swecha (Q19898553). I am expecting a full list of such users soon. Mahir256 (talk) 20:08, 22 July 2018 (UTC)
@Jc86035: In the absence of such a list at the moment, a quick proxy list of such users may be found by going to the page Special:Search/insource:"{{#babel:hi-2|te-N|en-4}}" (the quotes are part of the search term), which may or may not include false positives. Mahir256 (talk) 14:07, 24 July 2018 (UTC)
@Jc86035: She responded. Mahir256 (talk) 15:27, 24 July 2018 (UTC)


Presumably we should have a distinct item for facepainting as against body painting (Q620505), as much as anything because we have a pretty massive Commons:Category:Facepainting (thousands of photos including those in subcats). Right now that Commons category is linked from facepainting (Q2783428), to which I've ventured to add the English label "facepainting": this may be the item we need. Its only sitelinked Wikipedia article is nl:Schmink, which seems to be this same topic, though it might be intended to be narrower in scope; my Dutch is pretty weak (basically, I understand some because it is not that far from German), and the article is pretty stubby. Would people agree this is the correct item?

We also have Q11986716 whose only linked Wikipedia article is a redirect in the Czech Wikipedia, cs:Facepainting, which links to cs:Bodypainting.

In addition, camouflage facepainting (Q1261594) has no stated relation to any of the above. - Jmabel (talk) 04:44, 23 July 2018 (UTC)

Q11986716 is merged to body painting (Q620505) by me, as article locally merged. facepainting (Q2783428) should better alter its English name to "Schmink" since it looks like *a kind of* facepainting. --Liuxinyu970226 (talk) 01:58, 24 July 2018 (UTC)
  1. Rather than change the English name of facepainting (Q2783428) to a word that doesn't exist in English, shouldn't we keep the name and qualify it in the description? And what distinguishes schmink from facepainting in general? - Jmabel (talk) 16:37, 24 July 2018 (UTC)
  2. Do I correctly understand that we then have no item for facepainting as such? - Jmabel (talk) 16:37, 24 July 2018 (UTC)

Merge suffragette?

Do we normally have separate entries for the plurals of occupations as is here: suffragette (Q322170) "group of humans" and suffragist (Q27532437) "occupation"? We do not have "postal worker" and "postal workers" --RAN (talk) 02:26, 24 July 2018 (UTC)

The two differ in the sense that Suffragette's were members of the Women's Social and Political Union, and were the more militant, terrorist end of the Suffragist movement. So we have suffragist (Q27532437) as an occupation, and suffragette (Q322170) as member of a specific group. If you bother to read the history, you'll find that there were yawning chasms between Suffragettes and the wider suffrage movement. --Tagishsimon (talk) 02:48, 24 July 2018 (UTC)
See also this primer --Tagishsimon (talk) 02:56, 24 July 2018 (UTC)
  • I still disagree, a "suffragette" is singular so it cannot be a "group of humans" which is plural. Your argument above is about "Suffragette" with a capital "S" as if it is the proper name of a group like "Communist Party" vs. "communist party". And again you are attacking me again personally in the previous section for bringing up this issue here. Please stop. No one should be derided for posting a question here, be polite and just make cogent arguments, or better yet, let someone else give an opinion that can answer politely. --RAN (talk) 04:24, 24 July 2018 (UTC)
Then the description needs to be changed to "member of the Women's Social and Political Union", if others agree. --RAN (talk) 04:28, 24 July 2018 (UTC)
What the hell are you doing now, RAN? Look at this diff. Explain why you are adding nonsense into a message signed by me.
I'm happy to agree that the P31 for Suffragettes may be suboptimal. But that's a new issue. The issue you raised was the merge. And on that score, "Your argument above is about "Suffragette" with a capital "S" as if it is the proper name of a group like "Communist Party" vs. "communist party" THAT'S THE ENTIRE FRICKIN POINT. THEY ARE AN IDENTIFIABLE GROUP WITH AN IDENTIFIABLE CAPITAL-S NAME and they differ from suffragist-the-occupation. I'm exasperated because the difference between Suffragettes and Suffragists is a very basic, very well known aspect of suffrage history; yet here you are determined not to understand it.
I really am trying not to deride you, but you sure are not making it easy. --Tagishsimon (talk) 04:36, 24 July 2018 (UTC)
Please do not merge these two as they are separate items. And kindly use different headers allowing other users to follow the treads. Pmt (talk) 11:31, 24 July 2018 (UTC)
  • If you want me to be error free, you must be too: "female member of the women's right to vote movement - the term refers in particular to members of the British Women's Social and Political Union (WSPU)who engaged in direct action and civil disobedience" please add the needed space. And aren't descriptions supposed to be as terse as possible? Isn't there a more concise way to distinguish one from the other without writing a dictionary definition. --RAN (talk) 12:59, 24 July 2018 (UTC)
It doesn't actually work that way, RAN. We all of us make errors. That should not stop us expressing concern about users who repeatedly display a lack of understanding of basic linked data concepts. As for the definition, you'll appreciate given the scope for confusion evidenced in this thread, that I sought to make it idiot proof. But by all means, make it more concise if you wish & are able. I'm sorry that you didn't see fit to comment on your amendment of my comments, nor to revert it, nor to apologise. That seems like that bad form you were speaking about earlier. Perhaps it only applies to other people. Meanwhile I'd be more than grateful if you would respect the temporal order of threads, which generally means adding your comments at the bottom; and if not, then honouring and using indentation levels to make clear what's going on. --Tagishsimon (talk) 15:45, 24 July 2018 (UTC)
I think that this discussion is resolved and can be archived. If you disagree, don't hesitate to replace this template with your comment. RAN

Capital of prefecture


The item capital of prefecture (Q17221353) has only one site-link to a disambiguation page in the Japanese Wikipedia, which in turn points to articles about capitals of prefectures in several countries.

As a value, however, it appears to be used only for capitals of prefectures of Japan.

This situation is confusing.

What seems sensible to me is the following:

  1. Remove the descriptions in all the languages, which describe it as a disambiguation page.
  2. Remove the sitelink.
  3. Add descriptions that say that it's a capital of prefecture in Japan.

Perhaps the item list of prefectural capitals in Japan (Q985886) can play a part, too.

I might be wrong, however, so other suggestions are welcome. --Amir E. Aharoni (talk) 14:23, 24 July 2018 (UTC)

  • In February, @本日晴天: incorrectly applied another P31 instead of moving the sitelink. As items shouldn't be repurposed and this has gotten a bit of a mess, it would probably be good to create three new items and update links/sitelinks. Once done, Q17221353 can be deleted.
    --- Jura 14:32, 24 July 2018 (UTC)

name in native language (P1559) and Lakota

Been poking on data around quite a bit today and tried adding this to Hollow Horn Bear (Q5881745) but it doesn't seem the Lakota language is supported. Suggestions? GMGtalk 19:41, 20 July 2018 (UTC)

See phab:T124758.--GZWDer (talk) 21:23, 20 July 2018 (UTC)
By the length of that ticket, I take this to mean "all hope is lost, move on to something else for the foreseeable future." GMGtalk 21:33, 20 July 2018 (UTC)
Can someone at Wikimania raise this issue in the context of decolonization and inclusion? It's hard to be sensitive to the concerns of marginalized peoples if we can't name things in their languages. - PKM (talk) 23:05, 20 July 2018 (UTC)
It works if you enter the language code (lkt) even though it doesn't appear in the list, e.g. I was able to enter Special:Diff/713841407 just now. The list is based on the interface languages (and Lakota isn't included as an interface language because the Lakota translation at [25] is still too incomplete). A number of other language codes have been added for use in monolingual text statements, but the list doesn't yet support displaying them - that's what the ticket linked above is about. - Nikki (talk) 17:15, 21 July 2018 (UTC)
Thanks for that info, Nikki; very helpful. - PKM (talk) 18:14, 22 July 2018 (UTC)
Hmm...that's interesting. Thanks Nikki. So if there is a language that can't be searched for in English, I need to look up the page for the language itself and use the three letter abbreviation rather than the English name for the language. GMGtalk 12:56, 25 July 2018 (UTC)

Tags as identifiers or strings?

Wikidata:Property proposal/Gfycat tag is stalled, like other proposals before it, because of a disagreement over whether to represent tags using the string or external-identifier datatype. We currently have properties using both types, so there is no single precedent. We need to resolve this issue once and for all, rather than rehashing it with every such proposal. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:05, 22 July 2018 (UTC)

No-one? A further example would be Wikidata:Property proposal/Flickr tag, opened by User:Jheald in May this year and still not decided, despite its usefulness to our movement in finding freely-reusable images. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:24, 25 July 2018 (UTC)
My vote goes for no tags at all, just don't add them to Wikidata items, neither as strings nor as external identifiers. − Pintoch (talk) 14:58, 25 July 2018 (UTC)

What do we do when a Wikipedia article has been redirected

Albert Gabriel Nigrin (Q4710270) at English Wikidata was merged into a another article on a related topic. Is the standard procedure to keep the link to English Wikipedia? --RAN (talk) 18:17, 23 July 2018 (UTC)

No, we just delete it. Redirects are not notable.--Ymblanter (talk) 19:19, 24 July 2018 (UTC)
Unless the redirected thing is notable (or has links to other wikis), in which case ... the community's not sure. Jheald (talk) 20:09, 24 July 2018 (UTC)
Doubtful redirects like this one should be removed. --Succu (talk) 20:16, 24 July 2018 (UTC)
i would note that wikidata tends to keep articles that were moved to draft space and deleted. you might want to keep items that english for whatever reason has objectified, and merged with or without a consensus, and might still be notable for wikidata. Slowking4 (talk) 21:52, 24 July 2018 (UTC)
We were trying to work out a way to link to items in Wikidata at the English Wikipedia that only appear in lists, but it went nowhere. Maybe the answer is to create a field in Wikidata "appears in Wikimedia list" so at least there is a connection in one direction. What do you think? --RAN (talk) 15:41, 25 July 2018 (UTC)

Worldcat without OCLC number

How best to handle an entry in Worldcat without an LCCN number? Normally a Worldcat entry is synthesized from an LCCN number. See vs. Do we want to be able to link to it in the entry on Roundup Riders of the Rockies here? No answers from Tagishsimon please, I would like more diverse opinions. --RAN (talk) 05:37, 24 July 2018 (UTC)

For the magazine, OCLC control number (P243). In this case with value 34915489. And/or OCLC work ID (P5331) = 39889619.
For the author/publisher? With no VIAF or LCCN available, you could fall back on described at URL (P973) = - though it won't show up in most authority control templates. Jheald (talk) 08:08, 24 July 2018 (UTC)
  • That is what I had, until reversed by Tagishsimon. I have restored it. --RAN (talk) 15:36, 25 July 2018 (UTC)
@Jheald: described at URL (P973) has a descrition "item is described at the following URL". The Roundup Riders of the Rockies are not described at ... why then do you think it is appropriate to use P973 to link to this worldcat page? --Tagishsimon (talk) 15:55, 24 July 2018 (UTC)
@Tagishsimon: The page gives a fair amount of information about the Roundup Riders of the Rockies, namely all the titles authored/published by the organisation. I don't think P973 is restricted to "description in prose". Jheald (talk) 16:01, 24 July 2018 (UTC)
Hmm. Per the 973 talk page, "This is to be used to provide links to reliable external resources that are not the item's official website, when no relevant "authority control" property exists". So your advice was in fact absolutely correct, and I learn something new. --Tagishsimon (talk) 16:10, 24 July 2018 (UTC)

support of oldwikisource ?


I wonder what is the support of oldwikisource (multilanguage ws) on wikidata ? is it possible to link pages here ? and use lua there to retrieve data ? --Hsarrazin (talk) 17:06, 24 July 2018 (UTC)

There's a wikisource sitelink facility on item pages, and a couple of properties of interest - Wikisource index page (P1957) and Wikimedia import URL (P4656). I don't lua, but see no obvious reason why the lua games other wikimedia properties play could not be repeated on wikisource. --Tagishsimon (talk) 17:18, 24 July 2018 (UTC)
@Hsarrazin, Tagishsimon: --Liuxinyu970226 (talk) 22:40, 24 July 2018 (UTC)
I think that if it was requested to only access data, it shouldn't be problem. But without sitelinks. Matěj Suchánek (talk) 07:58, 25 July 2018 (UTC)


This item is about a scientific article available as RETRACTED: Severe dopaminergic neurotoxicity in primates after a common recreational dose regimen of MDMA ("ecstasy"). (Q34152116). I don't know it is proper to merge these two items, or there're other better way to handle them.--GZWDer (talk) 08:36, 25 July 2018 (UTC)

I'm not sure whether or not we should merge them, but to my surprise, RETRACTED: Severe dopaminergic neurotoxicity in primates after a common recreational dose regimen of MDMA ("ecstasy"). (Q34152116) does not have information about the retraction status. --Okkn (talk) 08:49, 25 July 2018 (UTC)
See RETRACTED: Ileal-lymphoid-nodular hyperplasia, non-specific colitis, and pervasive developmental disorder in children (Q28264479) and RETRACTION: Ileal-lymphoid-nodular hyperplasia, non-specific colitis, and pervasive developmental disorder in children (Q28272539) for precedent.--Jklamo (talk) 09:23, 25 July 2018 (UTC)
So we have two items, one for the article and one for the retraction note? Well, then we need here an item for the retraction also. And I think we need some property to include links to retraction, comments or other reactions to an article. Steak (talk) 15:10, 25 July 2018 (UTC)

Wikidata weekly summary #322

Slovak descriptions vandalism

Hi, I'm adding Slovak descriptions to Wikidata items and I sometimes find vandalised descriptions, which are made by non registered users (IP address). I think, that it's really important to delete and change this descriptions, because they are also shown on Wikipedia mobile web view and in mobile app. But I find them just accidentaly, for example one item had bad description for half year, so many people saw it. So, I would like to ask if there's any way to see recent changes just for Slovak descriptions (adding and changing) from non registered users. I was looking in filters in recent changes, but I didn't find anything for this purpose. Thanks for answer --Luky001 (talk) 12:59, 25 July 2018 (UTC)

@Luky001: There is Wikidata Vandalism Dashboard and Rech. Both will only show the edits that have not been patrolled. --Shinnin (talk) 13:10, 25 July 2018 (UTC)
@Luky001: You may also wish to adapt this Quarry query (ripped from the Vandalism Dashboard's code) for all relevant Slovak edits (should be as simple as changing "bn" to "sk" everywhere). Mahir256 (talk) 14:21, 25 July 2018 (UTC)

impossibility to ping succesful projects ?


For a recent property proposal, Yann pinged projects Wikidata:WikiProject_sum_of_all_paintings, Wikidata:WikiProject Books and Wikidata:WikiProject Visual arts. But, I did not receive notification. So I renewed the ping today... but nothing.

And then, we found Wikidata:Administrators'_noticeboard#Novel_or_book : it seems that when a project reaches 50 participants, {{Ping project}} ceases to function, which means that nobody gets notification.

It is the case of 2 of these 3 projects, and the proposition is very important for those projects. It seems rather bad that this way of notifying participants does not work on the more successfull projects.

Is there a way to circumvent this, other than copying the whole list every time and pinging them individually, especially when the user who pings is a member of the project ? --Hsarrazin (talk) 15:48, 25 July 2018 (UTC)

How about filling a phrabrictor ticket for creating the ability to ping >50? While we are at it, it would be good if the notification text would specify that the notification was created via ping project. This also wouldn't be a Wikidata specific issue. ChristianKl❫ 15:58, 25 July 2018 (UTC)
done ! please review it, it's my first ticket :) --Hsarrazin (talk) 16:56, 25 July 2018 (UTC)

New models proposed at Books project

Now that I've been reminded that "ping project" doesn't work for large projects ...

There's a recent discussion of possible revised models for books posted at the WD Books WikiProject. The proposals are by Snipre and by me based on Snipre's proposal and the feedback it has received so far. This has been an open issue without clear consensus for some time, and it would be great if more people could join the discussion on these new proposals. - PKM (talk) 18:25, 25 July 2018 (UTC)


Can someone fustion de:Kolle (Q37489939) with en:Kolle (Q780782) ? -- 14:39, 26 July 2018 (UTC)

Why would those be merged? One is a disambiguation page, the other is a list-article. Those should have separate data items. --EncycloPetey (talk) 14:57, 26 July 2018 (UTC)
  Not done per above, family name has to use a different item than disambiguation pages (Q27924673). --Liuxinyu970226 (talk) 10:27, 31 July 2018 (UTC)
This section was archived on a request by: Liuxinyu970226 (talk) 10:27, 31 July 2018 (UTC)

Demonyms in languages other than English

Is there a demonym (P1549) property for nouns, or is the current property supposed to be for adjectives only? (There's a question at Talk:Q159.) According to the Wikipedia articles in English and German a demonym should be a noun (e.g. Briton@en, Québécois(e/es)@fr, Deutsche(r/n)@de), but the property descriptions indicate that adjectives (e.g. British@en, québécois(e/es)@fr, deutsch(e/er/em/en)@de) are preferred. Jc86035 (talk) 08:19, 29 July 2018 (UTC)

Never mind; this isn't relevant because the property doesn't require this level of technical correctness. Lexemes would probably help with this. Jc86035 (talk) 04:34, 31 July 2018 (UTC)

This section was archived on a request by: Jc86035 (talk) 04:34, 31 July 2018 (UTC)

Merge cattleman?

cattle rancher (Q5179781) and rancher (Q1524582)? I think the best merged label is "cattleman". You can have a ranch and raise ostriches. --RAN (talk) 22:48, 23 July 2018 (UTC)

What, then, will you use as the P31 for a person who works with cows, in a country which has no ranches? And given, as you say, that ostrich ranches exist, why would you wish to merge rancher with a breed-specific item such as cowman. It makes no sense. Finally, did we just decide to give up on gender inclusivity ... cowman, cattleman. --Tagishsimon (talk) 01:52, 24 July 2018 (UTC)
@Tagishsimon: citation needed (Q3544030) for your "in a country which has no ranches". --Liuxinyu970226 (talk) 02:01, 24 July 2018 (UTC)
Let's take the opening paragraph of w:en:Ranch "A ranch is an area of land, including various structures, given primarily to the practice of ranching, the practice of raising grazing livestock such as cattle or sheep for meat or wool. The word most often applies to livestock-raising operations in Mexico, the Western United States and Canada, though there are ranches in other areas. People who own or operate a ranch are called ranchers, cattlemen, or stockgrowers. Ranching is also a method used to raise less common livestock such as elk, American bison or even ostrich, emu, and alpaca.". So. Ranches. A term most often applied in Mexico, the Western United States and Canada, and other than amongst the older population of the UK familiar with Dallas's Southfork Ranch, pretty much unknown in the UK. Next, ranches: places where one migh raise cattle, but might also raise elk, American bison or even ostrich, emu, and alpaca. Why then would you want to merge cowman (e.g. Joe Grundy with Rancher (e.g. w:en:Montie Ritchie. --Tagishsimon (talk) 02:41, 24 July 2018 (UTC)
I no longer think they should be merged just better differentiated. Hence my changes. --RAN (talk) 03:26, 24 July 2018 (UTC)

FFS, @Richard Arthur Norton (1958- ):, you really cannot do this sort of thing. You have changed Cowman to Cattle Rancher, and the description from 'person who works specifically with cattle' to 'person who owns a cattle ranch'. Do you not see the huge gulf between, say, a low-paid & muddy farmhand and a ranch owner? Do you not see that 'rancher' is a region specific concept, whereas cow-person is a general term. Reverted. --Tagishsimon (talk) 03:20, 24 July 2018 (UTC)

@Tagishsimon: You removed "cattleman" and restored "cowman", ranchers raise bulls and cows. Dairy farmers raise cows, the female bovine. I have restored it. --RAN (talk) 03:24, 24 July 2018 (UTC)
I live on a dairy farm. We raise cows & bulls, as do many dairy farms. Where do you think the little cow thingies come from? That said, I don't mind the change from cowman to cattleman - gender issue aside - since this is not the sweeping change of meaning which was the kernal of my revert - as well you know. --Tagishsimon (talk) 03:33, 24 July 2018 (UTC)
Please try and be civil, it isn't hard to do, and most people here manage to disagree and still be civil. There is no need to write "I worry about your understanding of basic wikidata concepts." Resorting to personal attacks so early in a conversation is just bad form all around. You can disagree how best rancher be broken down into the different types of animal ranchers, but tone down the personal attacks please. We are all volunteers. --RAN (talk) 03:47, 24 July 2018 (UTC)
I do worry about your understanding of basic wikidata concepts, RAN. Specifying that a Rancher 'has part' Cowman is evidence that you do not understand the use of has part (P527), and inferentially that you do not understand subclass of (P279). Pointing it out in the edit summary of the revert of that error is not uncivil. A bigger concern is that you seem happy to make semantic changes - changes of meaning - with no concern that associations which meshed with the old meaning are broken once the new meaning is imposed. That's a very quick and powerful way to do profound damage to wikidata, and again evidence of a lack of understanding. A further concern is in your merge suggestion below, where you snark about "postal worker" and "postal workers" without appreciating that the properties of the two items you're discussing point to them being entirely different concepts - even absent a knowledge of the historical area in which you're proposing a merge. And then, finally for this evening, two new threads in a row from you on this page with exactly the same heading, as if that's of help to anyone relying on edit histories to understand which thread is being edited. May I suggest, when in a hole... --Tagishsimon (talk) 03:52, 24 July 2018 (UTC)
Even "You can disagree how best rancher be broken down into the different types of animal ranchers" suggests you labour under the misapprehension that there's some room for debate w.r.t. P279 versus P527. There is not. --Tagishsimon (talk) 04:20, 24 July 2018 (UTC)
If there's a difference between cowman and cattleman renaming cowman into cattleman produces damage as it removes knowledge. Arguing that the difference exists is an argument against renaming.
Given that a cattleman clearly herds catttle and a rancher might also herd different animals, it seems to me that the terms have a separate meaning and there would be information lost if we merge them.ChristianKl❫ 15:47, 25 July 2018 (UTC)
  • I changed it from cowman to cattleman the first day of discussion, and the description was altered for rancher to show that they can raise livestock other than cattle. Sorry for the confusion, things moved quickly. And thank your for being polite. How do you close a thread? --RAN (talk) 23:02, 25 July 2018 (UTC)
I think that this discussion is resolved and can be archived. If you disagree, don't hesitate to replace this template with your comment. RAN

City has part Architectural structure

Will it be correct to use

for architectural structure (Q811979) and all subset of Architectural structure? Pmt (talk) 19:08, 24 July 2018 (UTC)

Good question. London has quite a lot of stuff in it, so you can argue that the relation might be best constrained to or one of the many other 'located in' properties, to avoid overloading the London record. Equally I use has part (P527) and part of (P361) to link certain things - notably things with a heritage designation (P1435) which have discrete things within them - such as a multi-period landscape which has within it a distinct hillfort, folly, castle, etc. --Tagishsimon (talk) 21:33, 24 July 2018 (UTC)
One of the reasons why I am asking, overloading London with this will be wrong. I have also been thinking that Tower of London is located in London Borough of Tower Hamlets (Q208152) one of London borough (Q211690). Then a Query can make a list of all buildings in London by using subsets of Londons administrative parts. Pmt (talk) 22:03, 24 July 2018 (UTC)
@Pmt: Yes, the latter is definitely to be preferred. Then one can end up with a map like this: Jheald (talk) 08:52, 25 July 2018 (UTC)
Stating is suboptimal and it would be better to state which however is already possible to be deduced. ChristianKl❫ 15:56, 25 July 2018 (UTC)
Is London (Q84) an administrative entity, though? It looks like it's an item for London as an urban area, rather than for anything with a particular legal definition. (In any case, it's not the most precise administrative entity, which would be London Borough of Tower Hamlets (Q208152)) - Jmabel (talk) 22:59, 25 July 2018 (UTC)

Patronyms redux

I am not sure where the discussion left off on patronymics. We now have Property:P5056 where we add in data like Jóhannesson (Q25935009) for Icelandic names. Norwegian and Swedish patronymics became surnames around 1900 and were adopted by families that migrated to the US earlier. Is the plan to create an entry for "Hanson (patronymic)" to distinguish it from "Hanson (family name)" or is the plan to just add "Hanson patronymic" as an also_known_as at the entry "Hanson (family name)"? You can see what that would look like here: Hanson (Q9145324). --RAN (talk) 23:13, 25 July 2018 (UTC)

Facto Post issue 14, from Wikimania

The Wikimania issue of the Facto Post mass message was circulated a few days ago. As ever, you can sign up to have it delivered to your enWP talk page. Charles Matthews (talk) 08:20, 26 July 2018 (UTC)

Got it. Thanks for producing this! Jane023 (talk) 11:23, 26 July 2018 (UTC)

Is everyone seeing Ukrainian or just me

When I visit the item Noteroclada (Q7062574), all the reference statement and most of the section labels at the bottom of the page are in Ukrainian. I get English labels at the top, but Ukrainian for the references and labels at the bottom. If I visit older versions of the page in the Edit history, everything is in English (my language preference), but with the latest edit, now much of the page displays in Ukrainian.

Is this something only I am seeing, or is this affecting other editors as well? --EncycloPetey (talk) 14:24, 26 July 2018 (UTC)

Tends to be German for me. Has been happening on and off for the last few days.
See Wikidata:Contact_the_development_team#Interface_language_bug for additional reports. Jheald (talk) 14:28, 26 July 2018 (UTC)

Temple De Hirsch Sinai

Temple De Hirsch Sinai (Q7698513) is a weird amalgam of data that applies only to the mostly demolished old Temple De Hirsch (built 1908), clearly the subject of an NRHP listing in 1984, the present-day merged congregation Temple De Hirsch Sinai (the inception date given here is 1971); it is described as an instance of a synagogue rather than of a congregation, though, and the congregation has two present-day synagogues (one in Seattle, one in nearby Bellevue). There is no separate item for either precursor congregation (Temple De Hirsch, founded 1899, and Temple Sinai, founded 1961). I'm guessing there should be separate items for at least:

  • The 1908 synagogue
  • Each of the two extant synagogues
    • And I just found out that the current Bellevue campus isn't the original Temple Sinai in Bellevue.
  • The present-day congregation, embracing all of these, plus various schools etc.
  • Each of the two precursor congregations

Anything else? Anything above that seems to be headed the wrong way? - Jmabel (talk) 09:16, 14 July 2018 (UTC)

Looks sensible to me.--Ymblanter (talk) 10:33, 14 July 2018 (UTC)
Trying to move ahead with this. I've pulled out Temple De Hirsch (Q55540966) for the 1908 synagogue, and will work on the two extant synagogues [and the earlier Bellevue synagogue]. However, from what I can see, we don't currently have a class suitable to a Jewish congregation. This seems remarkable after so many years, so perhaps I am missing something. We have congregation (Q2638480) that is specifically Christian; congregation (Q2135977), which might be OK judging by the linked Spanish-language article, but some of the other linked articles (e.g. nl:Gemeente (kerk) imply a specifically Protestant usage; also, the current description for congregation (Q2135977) doesn't seem to match the linked articles. Do we have a more general item (perhaps under some other name) that would include a Jewish congregation? - Jmabel (talk) 00:09, 15 July 2018 (UTC)

"Congregation" and Christianity

Since I've gone 5 days without response, I'm asking again:

From what I can see, we don't currently have a class suitable to a Jewish congregation. This seems remarkable after so many years, so perhaps I am missing something. We have congregation (Q2638480) that is specifically Christian; congregation (Q2135977), which might be OK judging by the linked Spanish-language article, but some of the other linked articles (e.g. nl:Gemeente (kerk) imply a specifically Protestant usage; also, the current description for congregation (Q2135977) doesn't seem to match the linked articles. Do we have a more general item (perhaps under some other name) that would include a Jewish congregation? - Jmabel (talk) 16:36, 20 July 2018 (UTC)

The articles for congregation (Q2135977) isn't about the same. On dawiki and nowiki it is a congregation for any religion. On nnwiki it is a Christian congregation (I think). On eowiki and svwiki the articles explain different meanings of a word. --Dipsacus fullonum (talk) 17:20, 20 July 2018 (UTC)
@Dipsacus fullonum: Then I would think that we certainly ought to split the item, making [Christian] congregation a subclass of [general] congregation, no? - Jmabel (talk) 20:47, 20 July 2018 (UTC)
  • No objection to creation of a new item "Jewish congregation". But I suppose the thing is that a lot of the time (here in London, at least) one tends to think of the congregation pretty synonymously with the synagogue that is its focus.
Staying with London, we do have items for quite a few synagogues,, inherited either from Wikipedia or from the heritage building lists; though a long way off 100%, with even several of the 'flagship' ones missing. And the items do seem to be fairly architectural-only, without even eg movement affiliation linked, or notable rabbis that may have been associated with them.
Probably, simply, nobody's ever done much work on this area.
Looking at the movements, it's striking that there's basically nothing linking to any of them, if one looks at 'what links here': Liberal Judaism (Q878785), Movement for Reform Judaism (Q253908), United Synagogue (Q7893580), Federation of Synagogues (Q55611539), Union of Orthodox Hebrew Congregations (Q2893284) -- not even rabbis identified as affiliated. Some of the organisations aren't even identified as Jewish; while the S&Ps and Masorti UK don't even appear to have items at all, just Spanish and Portuguese Jews (Q18707533) generically and an alias at Conservative Judaism (Q205644).
Similarly for most of the community organisations listed in en:Template:British Jewry. Looking at eg Board of Deputies of British Jews (Q887527), Leo Baeck College (Q1508696), or Jewish Community Centre for London (Q6189782), it's only the last that has any statement linking it to Judaism.
Lots of work to be done! Jheald (talk) 22:05, 22 July 2018 (UTC)
  • Here, too, when a congregation is 1-1 with a synagogue, we tend to think of them as one thing. Similarly when a museum has had the same building throughout its existence, especially if that building was purpose-built. But when they are not 1-1, obviously that fails in terms of modeling. - Jmabel (talk) 03:33, 23 July 2018 (UTC)
  • I don't particularly want to create a special "Jewish congregation" class. What I suggest instead is, since congregation (Q2638480) is already specifically Christian and congregation (Q2135977) is not, those sitelinks from the latter that are specifically about Christian congregations should be moved to the former, and the latter should be unambiguously generic rather than Christian. Are there any objections to that? - Jmabel (talk) 04:18, 23 July 2018 (UTC)
  • I agree to making congregation (Q2638480) specifically Christian and moving sitelinks accordingly. Creating new items on Wikidata isn't something to be shied away from and in cases like this it's easy to create a new item for "Jewish congregation" and then apply proper subclass of (P279). ChristianKl❫ 13:19, 24 July 2018 (UTC)
  1. I've moved nn:Kyrkjelyd and nl:Gemeente (kerk) from congregation (Q2135977) to congregation (Q2638480), since they are specifically Christian. Many other articles linked to congregation (Q2135977) are somewhat more generic, though all of their examples are Christian; I've left those where they are.
    • Perhaps hu:Egyházközség should go the other way, since it mentions (but does not elaborate on) Jewish use of the word. Thoughts?
  2. I've made .
  3. Congregation (Q1365916) (as in the "congregations" of the Roman Curia) strikes me as only etymologically related, and quite distinct in meaning, to the point where even though it is mentioned in some of those same articles, I think we should have and vice versa. Any objection?
  4. I suspect that the vast majority of references to congregation (Q2135977) can be changed to the more precise congregation (Q2638480). Does someone want to take that on?
- Jmabel (talk) 00:39, 25 July 2018 (UTC)
@Jmabel: hu:Egyházközség specifically mentions that the word is primarily used in Christianity, while Judaism uses a different word (hitközség).Máté (talk) 05:47, 25 July 2018 (UTC)
@Máté: so much for my feeble attempt to decipher Hungarian. - Jmabel (talk) 15:47, 25 July 2018 (UTC)

Question: should a Jewish congregation use

directly, with a clarifying religion (P140), or should we create a subclass analogous to congregation (Q2638480)? - Jmabel (talk) 00:46, 25 July 2018 (UTC)

Reform Judaism

@Jheald: We have a lot of links to Reform Judaism (Q1133485); if some of those are UK, perhaps they should go to Movement for Reform Judaism (Q253908) instead. - Jmabel (talk) 16:44, 24 July 2018 (UTC)

@Jmabel: Looking at the "from related items" section of the Reasonator page [26], it looks like the only 2 UK links are Sybil Sheridan (Q15990279) and Beth Shalom Cambridge (Q4897626).
Tricky call as to what is the better value for religion (P140). Reform Judaism (Q1133485) is not wrong -- in the UK both Liberal and Reform would identify themselves as strands of "progressive Judaism", which is one of the aliases that Q1133485 covers as an umbrella term. And rabbis seem to move quite easily between Reform and Liberal pulpits and vice-versa. affiliation (P1416) is also available.
Does one regard Movement for Reform Judaism (Q253908) and Liberal Judaism (Q878785) as instance of (P31) religious organization (Q1530022) or as subclass of (P279) Reform Judaism (Q1133485) ?
Would it seem odd to write Liberal Jewish Synagogue (Q22312905) or South London Liberal Synagogue (Q18210340) religion (P140) Reform Judaism (Q1133485), albeit accompanied by affiliation (P1416) Liberal Judaism (Q878785) ? (One might also add a qualifier stated as (P1932) = "Progressive Judaism", to clarify).
What is the "defensive" approach to try to make queries robust, and not so dependent on how people have coded in the data ?
Should one put in Movement for Reform Judaism (Q253908) / Liberal Judaism (Q878785) subclass of (P279) Reform Judaism (Q1133485) statements anyway, so that if somebody does code someone or something religion (P140) = Liberal Judaism (Q878785) or Movement for Reform Judaism (Q253908), that would still be picked up by a query for everyone or everything Jewish, if the query was coded to look for wdt:P140/wdt:P279* wd:Q9268 ? But perhaps a wise query writer ought to be considering broader possibilities, such as wdt:P1416?/wdt:P140/wdt:P279* wd:Q9268, which would make it not matter so much.
Not completely sure, at the moment. Jheald (talk) 17:27, 24 July 2018 (UTC)

Nojhan Yair rand Runner1928 TomT0m Capankajsmilyo ArthurPSmith John Carter Nomen ad hoc Tris T7 TT me  Notified participants of WikiProject Religions for broader input. Jheald (talk) 18:05, 24 July 2018 (UTC)

Did not look at the issue and don’t plan to do this today, but any idea why I’ve recieved 5 notifications for this thread? weird. author  TomT0m / talk page 18:23, 24 July 2018 (UTC)
@TomT0m: Sorry, entirely my fault. I kept trying to get the {{Ping project}} to format correctly, and failing, so removing it and trying again. Eventually the issue I found was that it really doesn't like being indented -- it works fine, so long as there is no initial :. But (as Multichill is apt to remind me from time to time), there is a Preview button, and I should use it. My apologies for all the excess pinging. Jheald (talk) 18:39, 24 July 2018 (UTC)
The guidance at Wikidata:WikiProject_Religions/Ontology#About_religious_movements_themselves leans towards inclusiveness in respect of subclass of (P279) statements: About religious movements themselves: Every item is a religion (even schools, churches, movements, etc.) and is thus a subclass of (P279) of one (or several) religion(s). But how far to take this? Would it extend to United Synagogue (Q7893580) and Federation of Synagogues (Q55611539), which I think would see themselves as organisations first, albeit with a shared rabbinical direction, Beth Din, etc, rather than religious movements? Not sure. Jheald (talk) 18:35, 24 July 2018 (UTC)
Thanks for pinging me on this, but I don't have much to add, I was just indicating why it might be that Movement for Reform Judaism (Q253908) would lack incoming links. - Jmabel (talk) 20:20, 24 July 2018 (UTC)


Are these the same or different: Nilwood Township (Q960123) and Nilwood (Q575946) --RAN (talk) 13:23, 26 July 2018 (UTC)

They're different. The township is much larger and square, the town is the actual settlement. See - Nikki (talk) 18:21, 26 July 2018 (UTC)
@Nikki: OK, I will add the "different from" to each other and the "adjacent locations with the same name" so they will not be confused again. Can you check that I added the Cebu version to the correct one. --RAN (talk) 21:03, 26 July 2018 (UTC)
The cebwiki link is correct. They're not adjacent locations though, they're different types of location, and one is almost entirely within the other. - Nikki (talk) 21:59, 26 July 2018 (UTC)
territory overlaps (P3179)? - Jmabel (talk) 23:42, 26 July 2018 (UTC)

Property value using %20 gets urlencoded again ==> %2520

Example Q10715567#P5048 stores Villie%20församling ==> that the URL is urlencoded and will not work

Question: Any suggestion how to get this right? - Salgo60 (talk) 06:18, 27 July 2018 (UTC)

Quantity datatype ranges

I could not find any explanation and I'm still seeing two options to add range into quantity datatype. First is to use lower/upper bound option within the datatype (which I think was designed for uncertainties rather than ranges), and the the second is to add two statements with criterion used (P1013) = Q21067467/Q21067468. The second option works if there is only one range to add. I'm not quite sure what should I do if I have to add two or more ranges of the same property, e.g. in three different source there are three slightly different values (ranges) of boiling point (P2102)? I can add six statements to an item, but how do I match proper Q21067467 with corresponding Q21067468? Are there any established guidelines for this? Wostr (talk) 01:47, 25 July 2018 (UTC)

  Comment @Wostr: In case of the reference ranges of medical tests, reference value (P5446) is used with a dummy value of reference range as qualifier (Q55426051), using lower limit (P5447) and upper limit (P5448) as qualifiers. See the examples of use in red blood cell count (Q48632255). Although the datatype of boiling point (P2102) is not item, lower limit (P5447) and upper limit (P5448) may be helpful. --Okkn (talk) 04:05, 25 July 2018 (UTC)
Yep, I've seen these properties in medicine, but the real problem is not how to add one range using lower limit (P5447) and upper limit (P5448), but how to add several ranges, each one with lower limit (P5447) and upper limit (P5448) (what gives e.g. 3 statements with lower limit (P5447) and three with upper limit (P5448) and apparently with no good option to define which lower limit (P5447) statement corresponds with specific lower limit (P5447) statement).
100–108 C → gives 100 as a lower limit (P5447) and 108 as a upper limit (P5448)
96–102 C → gives 96 as a lower limit (P5447) and 102 as a upper limit (P5448)
4 statements and really no option to tell which lower limit (P5447) corresponds to which upper limit (P5448). Wostr (talk) 12:02, 25 July 2018 (UTC)
< x > boiling point (P2102)   unknown value Help
lower limit (P5447)   < 100 ℃ >
upper limit (P5448)   < 108 ℃ >
? --Okkn (talk) 09:24, 26 July 2018 (UTC)
Hmm, I didn't think of that (I fought that these qualifiers can be used only with item datatype properties); it's not ideal, but may be helpful. Wostr (talk) 16:26, 27 July 2018 (UTC)
  • What's more, it's completely impossible to add range to a qualifier, e.g. if property has qualifier 'temperature' or 'pressure' which is a range of values. Wostr (talk) 15:44, 25 July 2018 (UTC)
    • I'd also like native support of range in quantity datatape, which does not depend on the central value. --Okkn (talk) 09:24, 26 July 2018 (UTC)

Ranges for numerical values?

Still fiddling around trying to update topics I've heavily contributed to in the past, but I'm not seeing how to include ranges for numerical figures like number of deaths (P1120), number of injured (P1339), or number of casualties (P1590). The topics I'm looking at are generally fairly old (100+ years), and in many cases there is no single figure for these. For example, on Scranton General Strike (Q24060790), there simply is no single figure for injuries. The only figure is between 16 and 54 if you take the high and low estimates of the sources. GMGtalk 16:37, 26 July 2018 (UTC)

@GreenMeansGo: You should be able to enter for example "100 +- 10" as a value and it will show as a value with that uncertainty, and is internally stored as a range. ArthurPSmith (talk) 18:12, 26 July 2018 (UTC)
Of course if you have different sources that say different things, those should be entered as two separate claims, for example one with the low value (referencing the source) and one with the high value. ArthurPSmith (talk) 18:13, 26 July 2018 (UTC)
So...bear with me...(I've mostly just added images to WD until recently) but when I read the guidance for citing books at Help:Sources, it tells me to create an item for the book so I can reference it. But when I read the guidance at WD:N it tells me that I should only create items that have at least one page on a non-WD project. So...what am I supposed to do if I'm citing a source that's not in the public domain, and so not suitable for Commons or Source, but also doesn't meet notability criteria for Wikipedia or Quote? GMGtalk 21:09, 26 July 2018 (UTC)
@GreenMeansGo: The second or third criteria would apply in this case: there is no requirement that an item has to satisfy all criteria on WD:N, just that it has to satisfy at least one. In your case whatever books you're citing would most likely be notable under the second, provided you give enough identifying information (ISBNs, links elsewhere, etc.) about them. Mahir256 (talk) 21:13, 26 July 2018 (UTC)
Ooooooooooh. So the existence of an OCLC or ISBN makes it auto-notable for WD. Hmm. Ok. Thanks. GMGtalk 21:17, 26 July 2018 (UTC)
Wait, does that feed back into Wikipedia and Quote? Can I cite a source there using only a template and the information added to WD? That would be helpful. GMGtalk 21:21, 26 July 2018 (UTC)
@GreenMeansGo: w:Template:Cite Q exists (thanks Andy!), but you will most likely get angry reactions from many anti-Wikidatans there if you use it a lot. Mahir256 (talk) 21:37, 26 July 2018 (UTC)
Well...maybe...unless the template could be tweaked so that it could be subst and produces the local citation template itself, rather than a persistent link to WD, with the WD ID as a hidden (or even visible to the reader) identifier. So that the citation that's rendered in wikitext is the citation at the time that I make it (so I can verify it). So instead of duplicating a citation template in Wikipedia and then Quote (which Quote is pretty bad at supporting inter-functionality with) I make one citation in WD, and then subst it on the WP page and the WQ page. In wikitext, the generation of the citation template could include hidden text saying "to refresh this template based on updated WD information, simply re-invoke {{template-thing}}". GMGtalk 22:38, 26 July 2018 (UTC)
A book published by a reputable publisher satisfies 2; it describes itself and it is a serious publicly available reference. "Publicly available" does not mean free, nor does it mean online. A book available in libraries or available for purchase at places that sell new or used books is publicly available. The book also satisfies notability criterion number 3: it satisfies a structural need. Jc3s5h (talk) 10:08, 27 July 2018 (UTC)

Feature request: auto corrector for ID's - links

When introducing a "MusicBrainz artist ID", if the user introduces the full MusicBrainz URL, a short JavaScript can remove the unnecessary part and leave only the ID from the URL. To give an example, it can transform "" into "a3cb23fc-acd3-4ce0-8f36-1e5aa6a18432". The same for other websites like for example allmusic - transforming "" into "mn0000219203". I think it would be very nice to have such a feature, it would make things go much faster, when you add a lot of such ID's. already has this feature. If you add the link "", it will automatically transform it into "", removing the unnecessary part ("-U2" in this case).

Also, when the user is introducing the full URL, the script can automatically detect what kind of property it is, so the user won't have to waste time to chose it. For example, if the user introduces "", the script can automatically detect the property value: "iTunes artist ID". Lots of time saved when introducing many such Identifiers. implemented this feature already.

Is this the right place for making a feature request? Thanks. -- OneMusicDream (talk) 02:09, 26 July 2018 (UTC)

I think something similar is already possible with Template:Autofix. If you look at Property talk:P973 for example, there are various patterns listed where URLs will be replaced with the respective properties. But I've never used it before, so I don't know how those changes happen exactly. --Kam Solusar (talk) 18:06, 26 July 2018 (UTC)
Thanks, the Property:P973 (described at URL) is really intriguing, now I want to learn about how to use it. OneMusicDream (talk) 19:46, 27 July 2018 (UTC)

Mass remove of wrong labels

User:ThieolBot added a lot of French labels for e.g. TV episodes before they had been released in France. Meaning he added the English titles as French labels. Now these programs do have French titles for a long time and the French labels should be changed to the correct French titles. But no bot is doing this, since a (wrong) French label is already present. So please somebody do this. An example would be episodes of Glee ( For more look at the contributions of ThieolBot. -- 22:53, 27 July 2018 (UTC)

@Thieol: --Tagishsimon (talk) 14:41, 28 July 2018 (UTC)

Qualifiers of qualifiers?

Is there a way to qualify qualifiers?

Some examples:

- ElanHR

  • no
    --- Jura 08:59, 27 July 2018 (UTC)
Atheism is not a religion. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:45, 29 July 2018 (UTC)
@Pigsonthewing: That's kind of nit-picky. It's a theological belief -- the positive belief in the absence of gods and supernatural forces -- and certainly if I am asked to fill out my religion on a form, I'll say "Atheist." - Jmabel (talk) 15:50, 29 July 2018 (UTC)
It's not "nit picky" at all. Atheism is not a religion. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:38, 29 July 2018 (UTC)

tools for GeoNames ID

Hi, I am working with other local users to improve the area around the city of Pistoia, we are mapping many new sites for Wiki Loves Monuments 2018. We would like our work to be as precise and robust as possibile, because in the end we want to show a very good final result to the town councils that offered us the permission to include their heritage sites on the WLM list.

Many of these items in facts will have a Wiki Loves Monuments ID (P2186) in few weeks or days but we don't know it yet (we are not the manager, just local volunteers) so I am trying to find better IDs to add now, although it's a matter of weeks before the WLM ID is chosen.

I have therefore started to add manually the GeoNames ID. This insertion is also a good revision step, so I am not complaining do it manually. However, it is quite time consuming, so I would like to know if there is some tool to speed up the process in future.--Alexmar983 (talk) 00:05, 28 July 2018 (UTC)

I am also discovering many items about parks based on Geonames and created on cebwiki that look quite poor. We probably need some query to revise them, I am asking that as well. But every tool is welcome to add these ID.--Alexmar983 (talk) 13:23, 28 July 2018 (UTC)

@Alexmar983: here's a report on items that are parks, which have a ceb-wiki link, and a geonameID. I'm afraid I'm no help on geoname tools, but ping me if you want any more reports. ceb-wiki is notorious for questionable quality items, I'm afraid. Any headway we can make into them is very welcome - as is the wider work you've taken on; thank you. --Tagishsimon (talk) 14:09, 28 July 2018 (UTC)
Tagishsimon thank you I will inform the trained local users I know so they can clean up and improve the items in that list. it's not the whole Italy, but it's a decent coverage. Can you add a filter by administrative region?--Alexmar983 (talk) 14:16, 28 July 2018 (UTC)
Oh dear. My next contribution is a lot less colourful: a report currently constrained to country=Italy, showing located in administrative territorial entity where it exists. --Tagishsimon (talk) 14:37, 28 July 2018 (UTC)
Tagishsimon we will fix those, for the rest of the world, people should strat to train new users... "I" have an army of volunteers now, it took time to create it but it's quite useful :D--Alexmar983 (talk) 14:56, 28 July 2018 (UTC)

  • (marginally related) if you just want to list what's available around Pistoia, you could try this.
    --- Jura 14:33, 28 July 2018 (UTC)
Jura I was thinking to use something similar, but at the moment we have dozens of new items from every municipality and most of the users are refining and creating the item one by one. I am using more these tools to refine all the area around (like WSM. I am trying to avoid the "cathedral in the desert" effect (a.k.a. "white elephant" in English, I guess). So we are leaving a robust network a good items. if someone can help in Property_talk:P646#Searching I have another question about another ID to use.
  • Just discovered the "create new item" based on image feature at wikishootme. Does it work for you?
    --- Jura 16:36, 28 July 2018 (UTC)
  • It works now.
    --- Jura 16:49, 28 July 2018 (UTC)
Jura it always worked but I never used it besides probably the first time. In general, I did not invest time in explaining that feature, I even hoped it to be removed because we have tons of georeferenced images on commons imported from external archive with poor descriptions, I was worried to be flooded by dozens of poor items here. My goal was to improve the existing items before creating new ones and I must say, people really are too direct in importing here many new items with little analysis of the surrounding ecosystem. With so much backlog that few people seem to care about, it's quite rare in my experience to see the users who I know (and who sometimes I have trained) using it. We have fixed and seen so many poor items over the years that we know it's not just a click, you have to refine it and it's more work in the end.--Alexmar983 (talk) 19:17, 28 July 2018 (UTC)
Yeah, it could open the new item in a separate tab to make it easier to add more, especially P31. Still, it starts items with more than the usual number of statements. Obviously, many images are not a great start. I'm not entirely convinced that improving cebwiki-geonames items that might possibly be about the same is preferable over creating new items with better references.
It could help to go through Commons categories and create items for many local topics already covered there.
--- Jura 21:48, 28 July 2018 (UTC)
Yes, but in recent years coverage of commons categories is getting maybe worse than wikidata items. That's because commons is not investing in metadata as IMHO it should, so the standardization and automation of wikidata is improving compared to commons "manual" output. I found abandoned areas both here and on commons, but more on commons nowadays. On wikidata there tons of bad poor items, but they are quite fresh... "freshly abandoned" at least. So you should do what you say Jura, there are many things to do and scrolling commons category to create related wikidata items when geographical IDs exist is a very good and necessary thing, but in Italy is not the core problem... the core problem are missing categories on commons, and I am creating them because of new wikidata items for example in these days. More in general, it-N users are more and more inclined to the wikidata structure of metadata (we are a community with a strong "middle class" of wikidata users), and they start to find commons architecture a little bit prehistoric and slow. In the end, it's just that we are kinda introducing structured data on commons via wikidata, not on the file but at least on the categories. This way many established commons users don't get upset because they don't see it happening there...--Alexmar983 (talk) 22:39, 28 July 2018 (UTC)


  • The idea is mainly to connect existing Commons categories to new (or existing) Wikidata items. I did a few for Montecatini Termine. There may be 1 or 2 left to do: . As structured data should or might eventually use Wikidata items, I wouldn't create new categories. I also made items for elements described at Wikivoyage (e.g. ). Hope this helps.
    --- Jura 23:50, 28 July 2018 (UTC)
Jura of course it helps, everything helps, whatever you do, i don't have to do so... I have not contacted wikivoyage yet but I will, they are interested on the "banner" images, the elongated images they use for the top of their ns0 page, they can probably take care of this aspect.--Alexmar983 (talk) 23:59, 28 July 2018 (UTC)
I found it mainly to be a source for coordinates. As they don't have that many active contributors, I'm not sure if they can provide with much support. In some languages, they did start using information from Wikidata items.
--- Jura 00:20, 29 July 2018 (UTC)

Studied but did not finish an education

Mr Ademola Adeleke, a Nigerian senator did not finish his education at Jacksonville University. He does call himself doctor. My question: how do you indicate that he studied at a university but did not finish? Thanks, GerardM (talk) 06:14, 29 July 2018 (UTC)

You could put academic degree = <no value>. That's what I did for Joel Martinsen (Q53063889) in any case. Ghouston (talk) 06:37, 29 July 2018 (UTC)
How do you add <no value>? Thanks, GerardM (talk) 07:47, 29 July 2018 (UTC)
Help:Statements#Unknown or no values Matěj Suchánek (talk) 07:51, 29 July 2018 (UTC)

Served aboard a ship

How do we note that a Navy person served aboard a particular ship? We have a field if they were the commander, but I do not see how it is handled for other ranks. --RAN (talk) 17:42, 27 July 2018 (UTC)

member of the crew of (P5096) person who has been a member of a crew associated with the vessel or spacecraft. For spacecraft, inverse of crew member (P1029), backup or reserve team or crew (P3015). Pmt (talk) 17:47, 27 July 2018 (UTC)
Excellent! Thank you. Is there an inverse "crewed by" for the record on the ship? --RAN (talk) 17:54, 27 July 2018 (UTC)
crew member (P1029) person that participated operating or serving aboard this vehicle. Should be used but note [[27]], quite clearly this should be broadened Pmt (talk) 18:20, 27 July 2018 (UTC)
It's not clear that both properties are needed. Ghouston (talk) 12:05, 28 July 2018 (UTC)
I agree - "person was associated with X thing" is the sort of thing where it's easy to swamp the target item with inverse links. Seems simplest just to link from the person to the item and not worry about the other way around, unless their involvement was particularly critical (eg a small crew or a permanent association). Andrew Gray (talk) 21:42, 28 July 2018 (UTC)
We're already over-burdened with redundant inverse property statements; soon one such as this will cause us real problems. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:42, 29 July 2018 (UTC)
I always think it is best for inverse properties to be handled by a bot, humans make too many mistakes. Think of mother, father, children, and sibling properties. President Tyler had 15 children with two wives, the permutations are mind boggling. --RAN (talk) 06:05, 30 July 2018 (UTC)
Good database design would try to avoid making duplicates at all. It means you can get different results depending on how you write a query. Ghouston (talk) 07:13, 30 July 2018 (UTC)

Who is allowed to close an RFC, and how?

Multiple open RFCs are clearly ready for closure. For example, Wikidata:Requests for comment/P171 had clear consensus for closure roughly 3 months ago, but no one has closed it. Wikidata:Requests for comment says nothing about who is allowed to close an RFC, and how.- Jmabel (talk) 23:38, 28 July 2018 (UTC)

  • How about you doing it?
    --- Jura 23:52, 28 July 2018 (UTC)
I'm reminded of this w:en:Bill Bruford quote: "In Yes, there was an endless debate about 'should it be F natural in the bass with G sharp on top by the organ, or should it be the other way around?'. In King Crimson, almost nothing was said ... you were just supposed to know." --Tagishsimon (talk) 00:06, 29 July 2018 (UTC)
  • @Jura1:
    1. I'm relatively new here, and have at least twice recently been told by presumably more experienced Wikidata users that I'm not yet knowledgeable enough about Wikidata for my thoughts to be taken seriously (Commons:User:Rodrigo.Argenton) or not thorough enough to be up to Wikidata standards (User:Snipre), so I'm continuing to try to not to be overbold without checking first.
    2. As I remarked, there is no stated procedure to close an RFC, so I would not even know what to do.
    3. Putting together those two points, for all I know you have to be an admin here to be allowed to do this, though I take it from your remark here that you, at least, believe that's not the case.
    4. One of the RFCs that I'd like to see closed was my own question, which of course I'd like to see resolved in favor of my proposal. By my count, there are seven supports and one oppose, but not having unanimity, I would think I was out of line to say the issue is decided in my own favor. - Jmabel (talk) 16:06, 29 July 2018 (UTC)
  • I think we've had admins and non-admins close RfCs before. The big thing of course is neutral evaluation of consensus. I've closed the particular one you reference above. -- Ajraddatz (talk) 01:18, 30 July 2018 (UTC)
    • Where (if anywhere) is a description of how to close an RFC? - Jmabel (talk) 04:39, 30 July 2018 (UTC)
  • I suppose you can close it and if someone strongly feels otherwise it can be reopened. If no one closes, we drown in open RFCs. --RAN (talk) 05:59, 30 July 2018 (UTC)
    • Again, for the third time: how does one close an RFC? I see no statement at Wikidata:Requests for comment how this is done. - Jmabel (talk) 06:04, 30 July 2018 (UTC)
      • Many rfc are just closed for being stale. I don't think Q497757 has an outline yet. Maybe my comment at Wikidata:Project_chat#Proposed_property_for_Instagram_tags helps (the actual outcomes there are slightly different though). Everyone is free to have their own view on how to contribute in the best way. This somewhat invalidated if people don't actually contribute or if they do the opposite when they do it themselves. If you feel too hesitant about it, you might not want to do it.
        --- Jura 06:25, 30 July 2018 (UTC)
      • @Jmabel: Perhaps you could... open an RfC about it? (I'd favour the creation of a policy or guideline instructing uninvolved administrators or other uninvolved experienced users to close stale formal-discussions-which-need-to-be-closed after 30 days, sort of like w:en:Wikipedia:Closing discussions. There seems to be a lot of places where Wikidata just doesn't have essential policies and guidelines; e.g. the English Wikipedia has 62 policy pages but Wikidata has just 14.) Jc86035 (talk) 09:50, 30 July 2018 (UTC)
        • Some of this seems clear, in terms of current practice: there is no firm rule on who can close an RFC, but it's generally the job of admin or other experienced user; it's OK to close one without conclusion just for being stale (30+ days) even if it hasn't reached a conclusion; and if it was closed without conclusion, it's OK if someone who disagrees re-opens it. But none of this has answered my other question, which I will now ask for the fourth time: How does one close an RFC? Obviously, people are closing them, and there are presumably some reasonably uniform actions they are taking when they do so. Please see Commons:Commons:Deletion_requests#Procedure for the sort of think I'm asking for. - Jmabel (talk) 15:30, 30 July 2018 (UTC)

Self references?

How do you perform a Meta-reference (Q4307154) on wikidata? For instance, if I have a book (Q571) that contains the name of the author, how would I reference that? Likewise, if I have a film (Q11424) that contains a list of the cast members in the credits at the end, how would I create a reference that references the current subject? --U+1F360 (talk) 14:14, 29 July 2018 (UTC)

Oh! I suppose I would use stated in (P248) and reference the same item? --U+1F360 (talk) 14:31, 29 July 2018 (UTC)
I saw for instance stated in (P248): closing credits (Q1553078). Matěj Suchánek (talk) 06:33, 30 July 2018 (UTC)
It is maybe better to use stated in (P248): <film> with applies to part (P518): closing credits (Q1553078). - Valentina.Anitnelav (talk) 14:56, 30 July 2018 (UTC)

Linking to Wikia Fandom pages

Wikia Fandom has pages on television episodes and fictional characters, are we allowed to link to them? --RAN (talk) 23:13, 29 July 2018 (UTC)

@Richard Arthur Norton (1958- ): Does Fandom wiki ID (P4073) suit your needs? --U+1F360 (talk) 23:16, 29 July 2018 (UTC)
This is more about fictional characters within those Wikis: see Special:Contributions/Nikkimaria for examples of the mass deletions and write back. --RAN (talk) 23:23, 29 July 2018 (UTC)
@Richard Arthur Norton (1958- ): I would think you would need a property to add those details? --U+1F360 (talk) 01:13, 30 July 2018 (UTC)
We add urls when there is no property. "Described at url" is correct, unless we have blacklisted Wikia, and since we have it as a property, I can't image that it is blacklisted. Should we revert Special:Contributions/Nikkimaria's deletions and give her another warning about seeking consensus before mass deletions, she has been warned previously about deleting links to Familypedia and again for deleting links to Findagrave. She has a habit of deleting links to sources that she says are unreliable without giving statistical evidence. She uses "unreliable" and "crowd sourced" as synonyms. --RAN (talk) 01:45, 30 July 2018 (UTC)
Where is the consensus for mass addition of such links in "described at URL"? I suggest it would be appropriate to get a clearer understanding of the community view of what exactly this property should be used for to avoid such concerns, as was raised when the property was first proposed. Is it intended to be used for every single URL that describes the item? Only those that add value to the page? Some other case? Nikkimaria (talk) 02:33, 30 July 2018 (UTC)
When we are overwhelmed with urls we can decide then what needs to be trimmed, we are not at that point. Since we have Wikia Fandom wikis as a property, I see no reason to not have the subpages of those wikis as links for episodes and characters. --RAN (talk) 05:55, 30 July 2018 (UTC)

New user group for editing sitewide CSS/JS

Wikidata weekly summary #323