Shortcut: WD:PC

Wikidata:Project chat

From Wikidata
Jump to: navigation, search
Wikidata project chat
Place used to discuss any and all aspects of Wikidata: the project itself, policy and proposals, individual data items, technical issues, etc.
Please take a look at the frequently asked questions to see if your question has already been answered.
Also see status updates to keep up-to-date on important things around Wikidata.
Requests for deletions can be made here.
Merging instructions can be found here.

IRC channel: #wikidata connect
On this page, old discussions are archived. An overview of all archives can be found at this page's archive index. The current archive is located at 2016/02.
Filing cabinet icon.svg
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day.





for permissions

for deletions


for deletion

for comment



Counting uses of a property[edit]

What tool or query can I use to find how many items have a particular property? Is there (or should there be) a FAQ page with such info, and other simply query tips? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:13, 20 January 2016 (UTC)

@Pigsonthewing: Tabulated at Wikidata:Database reports/Constraint violations/All properties (though the report is a bit out of date).
The top of the constraint violation report (eg Wikidata:Database reports/Constraint violations/Pxxx for property Pxxx) gives a count which is usually pretty recent.
WDQ and SPARQL can also both produce counts fairly easily, eg if you want to add any specific conditions (eg counts for particular values of a particular property). Jheald (talk) 23:29, 20 January 2016 (UTC)
@Pigsonthewing: On the talk page of every property, the top-right corner of the {{Property documentation}} now displays various links, such as List of instances that shows counts & classes of items using that property. -- LaddΩ chat ;) 00:14, 21 January 2016 (UTC)
? Are you going to write a FAQ on this? --- Jura 05:11, 21 January 2016 (UTC)

Properties awaiting use[edit]

You could use Whatlinkshere to find if properties you proposed are still unused, sample(s):
--- Jura 07:14, 25 January 2016 (UTC)
vice-county (P1887) is not a special exceptions. On Wikidata:Database reports/List of properties/all you can list all properties sorted by the number of uses. There are in fact 256 properties which are used less than 3 times. --Pasleim (talk) 09:39, 25 January 2016 (UTC)
  • I had a looking into the various economics properties and had brought this up at Wikidata_talk:WikiProject_Economics#Sample_items.3F. While the same may apply to other properties with datatype quantity, it doesn't explain unused properties with other datatypes: e.g. string and item. I think it would be worth doing some stats on properties created more than a month ago and added to only five items or less:
  1. What is the property datatype?
  2. Who requested them?
  3. Is the requester still active?
  4. Who created them?
  5. Why aren't they being used?
  6. Why have they been requested?
All these properties create overhead and going through the property creation process isn't worth it when they aren't used. If they aren't used, it's not even clear what they may be used for. This may lead to the conclusion that we need to change the property creation process.
--- Jura 10:25, 25 January 2016 (UTC)

Jura is apparently still unhappy that his call to delete vice-county (P1887) garnered no support. Meanwhile this en.Wikipedia essay is pertinent. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:21, 31 January 2016 (UTC)

Unused property study[edit]

An additional factor to the ones mentioned above might be:

  • 7. How long did it take between the date the proposal was made and the property was created.

Possibly people loose interest when the delay is too long.
--- Jura 07:31, 5 February 2016 (UTC)

To answer the first question:

  • string 145
  • quantity 83
  • wikibase-item 76
  • url 4
  • time 4
  • monolingualtext 2
  • wikibase-property 1

There are also 9 sample/sandbox properties. 46 created less than a month ago.
--- Jura 09:45, 11 February 2016 (UTC)

Wrecking (Soviet crime) is misleadingly linked to Politisch-ideologische_Diversion[edit]

I'm new to the project and would like to fix this language link.

The article for "Wrecking (Soviet crime)" describes a different phenomenon than the German one linked in "Languages" section. Russian and English articles describe the same phenomenon, but the German is something related but different.

How do I fix this?  – The preceding unsigned comment was added by Fungusakafungus (talk • contribs) at 14:07, 30 January 2016‎ (UTC).

Skin color property[edit]

Is there a skin color property in Wikidata to be assigned to instances of human (Q5)? --Jobu0101 (talk) 22:04, 30 January 2016 (UTC)

I hope such properties will never exist. --Succu (talk) 22:21, 30 January 2016 (UTC)
Why is that? By that logic properties for genders should not exist either. --Flukas (talk) 02:46, 31 January 2016 (UTC)
well, apart from rare cases (statistically speaking), gender is pretty objective ;)
skin color is not… and is certainly not a good way of classifying humans - it may change a lot in time (just getting sun-tanned may get you darker than many people considered as colored) and is racially prejudiced.
Race is not and (I hope) will never be a property on wikidata either… --Hsarrazin (talk) 09:49, 31 January 2016 (UTC)
As long as sex or gender (P21), sexual orientation (P91), ethnic group (P172) and religion (P140) properties exist, skin color property can be defined as well with the same restrictions. i.e. "reliable sources are required". Different cultures may have different opinions, but from database point of view it is just another property that can be obtained from reliable sources. But currently there is no such distinguish property. -- Vlsergey (talk) 09:50, 31 January 2016 (UTC)
Right some cultures are not really in line with what Wikipedia stands for. This is not a platform for a culture and having 'skin colour' is not excused by some culture, at most it is an excuse when it is YOUR culture. Thanks, GerardM (talk) 10:09, 31 January 2016 (UTC)
Would yo mind to move aside personal offensive and point out where exactly Wikidata rules or ideas prohibit any kind of property basing on European (ssuming) culture? Let me also remind you, that linking to image of any person is also prohibited by some cultures. Pointing out person ethnic group (P172) is also indecent in some cultures. Wikidata is not culture oriented in rules. Of course, in Wikidata (as long as i can see) rules in not everything. Too many solutions are made basing on personal or voting basis (and this is very sad). And because of that such rule will not exists in next few years (and this may be good IMHO). But not because of rules, but because of voting by Wikidata members. -- Vlsergey (talk) 10:23, 31 January 2016 (UTC)

@Succu: Such properties do already exists. See for example eye color (P1340) and hair color (P1884). In particular the latter one can also change. But that's no problem, we've got quantifiers which can tell a point in time or a timespan. --Jobu0101 (talk) 10:47, 31 January 2016 (UTC)

I think all information which can easily put into a database and is mentioned in Wikipedia should be (as a longtime goal) also represented in Wikidata. Skin color is such an information. Read for example the second sentence in the article en:Halle Berry:

She won an Academy Award for Best Actress in 2002 for her performance in the romantic drama Monster's Ball (2001), which made her the only woman of color to win a Best Actress Academy Award to date, as of 2016.

This sentence talks definitely about her skin color. So that's a relevant topic in Wikipedia and so should also be in Wikidata. --Jobu0101 (talk) 10:53, 31 January 2016 (UTC)

this sentence does not speak about her skin color, it is a polite way of telling she has african ancestors, therefore it's not a matter of color, but a racial identification :/
ethnic group (P172) is a controversial property, and I do not use it, myself…
instead of physically describing a person, putting a picture seems much better to me :) --Hsarrazin (talk) 10:58, 31 January 2016 (UTC)
PS : I think the only "objective" way to give skin color (without racial prejudice) would be to use a colour chart, which would not use words... but the variability of skin colour through the same year, just by sun action (and poor quality pictures) is too big to allow that ;) --Hsarrazin (talk) 11:02, 31 January 2016 (UTC)

@Hsarrazin: You're right. I was acutally not looking for a skin color property (you still might discuss this here and create it if you want). I was looking for a race property to which values like white, black, hispanic and so on are assigned. When you look at ethnic group (P172) you see that people assign countries there instead. --Jobu0101 (talk) 11:22, 31 January 2016 (UTC)

All that discussion is bullshit unless someone can propose an official and sourced system describing skin color or races. All other properties are well accepted because they are issued from offical identification systems provided by governements. Without that kind of caution any property will be a source of problem because everyone will do according to his point of view. Instead of losing time with that discussion start to find if you can source this kind of affirmation for a large number of humans having an element on WD. Just having a property for a small part of a elements class is useless from database point of view. Snipre (talk) 15:14, 31 January 2016 (UTC)
ethnic group (P172) is the best property to indicate a race, that gives a skin colour. Jérémy-Günther-Heinz Jähnick (talk) 16:22, 31 January 2016 (UTC)
Snipre I agree with you. Physical description on subjective and changing criteria is absurd :)
and racial description is prejudiced, since race is not scientifically proven. It's only been used to support discriminant policy.
as for ethnic group (P172) it is very controversed, being used to differentiate people from the same country on supposed different origins to justify battles that were based on language and/or culture... :( --Hsarrazin (talk) 16:42, 31 January 2016 (UTC)

Hoi, many people in India are much darker than many people in or from Africa. The notion that colour has anything to say with race is a fallacy. Thanks, GerardM (talk) 18:34, 31 January 2016 (UTC)

Not sure that skin color property is useful for real people. Many people change skin tint each half year because of sun exposure. However it could be useful for paintings. That's another example, when color of skin has nothing to say with race. --Lockal (talk) 21:11, 5 February 2016 (UTC)

Use color (P462) qualified by applies to part (P518) = skin (Q1074). --Succu (talk) 21:42, 5 February 2016 (UTC)

What are identifiers?[edit]

Please have a look at User:Addshore/Identifiers, a pretty important discussion about "what is an identifier" is going on over there. (Spun off from the discussion above.)

"save" button disabled[edit]

Yesterday noticed that any "save" button is disabled (inactive grey color). First I thought of some page protection but I see it's the same for any Q page. Page reload/purge didn't help. Is this some limitation on me or do I need to look for a tech problem on my side (any hind would be appreciated then). --NeoLexx (talk) 18:41, 4 February 2016 (UTC) UA - Chrome 48.0.2564.97 m

Oops, sorry, just saw Save button deactivated? higher, reading... --NeoLexx (talk) 18:44, 4 February 2016 (UTC)

  • Noop. I updated my Chrome (now 48.0.2564.103 m) and restarted Win10 - still disabled grey. So whatever the fix was at #Save button deactivated? it didn't make the trick for me. --NeoLexx (talk) 18:50, 4 February 2016 (UTC)
@Neolexx: You might want to retry now and if it still doesn't work clear your cache. The problem should be fixed, but due to caching in your browser you might still run into it. - Hoo man (talk) 10:08, 5 February 2016 (UTC)
@Hoo man: I cleared the Chrome completely (More Tools > Clear browsing data) w/o any effect. I also tried from IE11 which I didn't use for browsing at all (only for local script testing) and it is still grey disabled "save" button, say here Is there anything else I or we need to look at? -- 10:20, 6 February 2016 (UTC)
Did you follow the steps exactly? The save button is only supposed to get blue once something actually changes. If you can still reproduce the problem, can you tell me if you see any JavaScript errors in your browser's error console (accessible probably by pressing F12, but that's browser dependent). You might also want to try appending ?debug=true to the URL and see whether it still happens then. Cheers, Hoo man (talk) 00:26, 7 February 2016 (UTC)
@Hoo man: It started to work again a few hours ago. Thank you, but do you know the exact reason of the glitch like this or at "Save button deactivated?" topic earlier? Clearing the cache of the mainly used browser is a rather big inconvenience (browser history, address prompts etc.) If there is a particular problem a more narrow fix might be found. --NeoLexx (talk) 04:05, 7 February 2016 (UTC)

Well, we fixed the problem in our JavaScript code, and that worked for most users. I don't know why your cache didn't invalidate on its own, like its supposed to do in such cases. Cheers, Hoo man (talk) 13:51, 9 February 2016 (UTC)


I'm working on the KasparBot project to migrate Persondata to Wikidata, and I have a question about aliases. Should I migrate aliases that are the same as the title, but without accents?

For example, this challenge on Lukáš Cikánek: should I add the alias "Lukas Cikanek"?

StephenWade (talk) 18:52, 4 February 2016 (UTC)

I usually will if the accentless version is mostly aliasing a good chunk of accents and those accents are in the first name. Lukas Cikanek is a good one to alias without accents. However, a Gregory Proporvi`tch isn't IMO because autocomplete will take care of getting you to the right one. Just my thoughts; I'm not sure we have any guidelines on the point. Help:Aliases says it's fine to do so either way, I think. --Izno (talk) 21:41, 4 February 2016 (UTC)
I usually accept the version without diacritics. Bowever, I would like it better, if the tool would ignore or separate those (like "aliases, only differing in the absence diacritics" and "aliases, rest". It's a bit tedious to accept hundreds of thousands of those manually (and, given the natute of the tool, compared to e.g. The Game, which preloads the nexts items while editing, ar a comparatively low pace), while that particular aspect of the task could be done much easier by a bit. If we want diacritic-free aliases for people's names (and other things) in English, a bot could create them automatically and for all at once, not just the small subset of them where enwiki persondata happen to have such a version). Similar cases are aliases that just are the surname of somone, and Asian names in the form forename surname where the natural form is the other way round. (Pinging User:T.seppelt, whom I'd like to thank for his efforts, by the way). --YMS (talk) 16:08, 6 February 2016 (UTC)
There's a ticket for ignoring accents at phab:T121863. - Nikki (talk) 19:11, 6 February 2016 (UTC)
That only helps if you type the beginning of the name manually. It doesn't help if you search for something by pasting the name (something I do a lot). It probably doesn't help many external tools/bots since they're likely to search for the whole name too. - Nikki (talk) 19:11, 6 February 2016 (UTC)
Help:Aliases says to add unaccented versions, so I don't see why not. They can always be removed later if the search is improved and we decide we don't want them any more. - Nikki (talk) 19:11, 6 February 2016 (UTC)

I could add all aliases from the persondata data set which are just accent-free versions of already existing labels or aliases automatically using my bot. What do you think about it?--T.seppelt (talk) 19:16, 6 February 2016 (UTC)

Wikidata data imports mailing list[edit]

Hi all

I've put a request on Phabricator for the creation of a Wikimedia mailing list for people interested in importing data into Wikidata from external data sets. I know several people are interested in the list already but anyone else who would be interested in signing up please let me know below so that the person answering the Phabricator request can see that people are interested,


John Cummings (talk) 16:43, 5 February 2016 (UTC)

  1. Esh77 (talk) 16:54, 5 February 2016 (UTC)
  2. Palnatoke (talk) 16:58, 5 February 2016 (UTC)
  3. NavinoEvans (talk) 17:48, 5 February 2016 (UTC)
  4. Not sure about mailing list but I'm interested in this topic (and have done some of this already). ArthurPSmith (talk) 20:11, 5 February 2016 (UTC)
  5. 08:15, 6 February 2016 (UTC) An elist to share information and expertise with interested GLAM people is a really positive way to build awareness and capability, very timely considering Pigsonthewing's tour Down Under Aliaretiree (talk) 08:17, 6 February 2016 (UTC)
  6. T.seppelt (talk) 20:28, 6 February 2016 (UTC)
  7. Lirazelf (talk) 13:14, 9 February 2016 (UTC)

John, I'm sure more interaction about importing data to Wikidata will be useful, but can you please elaborate why you're not just setting a space up here at this wiki? Multichill (talk) 17:27, 5 February 2016 (UTC)

@Multichill:, I'd also like to set up a place on here too, maybe called something like 'Data import chat'. I think some people (myself included) prefer the discussion over email rather than on wiki, I find it a lot easier to filter stuff I'm not interested in and also to forward conversations to people I think may be able to help. I assume this is why the Wikimedia public mailing lists exist too. I'm working on some pages 1, 2 for data importing as well that hopefully should kind of work along side the on wiki and mailing list discussions to answer a lot of the basic questions. John Cummings (talk) 18:43, 5 February 2016 (UTC).

Merge Euryalida (Q15982601) with Phrynophiurida (Q1408337)?[edit]

They might be the same, but I am too unsure to make the call. Anyone with a better clue? Ainali (talk) 20:56, 5 February 2016 (UTC)

WoRMS says these names refer to different things, although there is overlap. - Brya (talk) 09:51, 6 February 2016 (UTC)

How do I indicate that someone gave a lecture[edit]

There are named lectures that are given as a celebration or an award. How best to indicate that someone presented such a lecture? Thanks, GerardM (talk) 10:55, 6 February 2016 (UTC)

For the numbers of works that I have reproduced for Wikisource, I I have used "public address" as the instance, and then used the property "speaker" for the person. Other components added have been a "point in time" as a qualifier for instance, added a location, and if part of series of lectures linked to that. As I am working on the published version, that gets linked as through "editions(s). I will try and find a reasonable example.  — billinghurst sDrewth 22:39, 6 February 2016 (UTC)

Promoting in results list for instance of (P31)?[edit]

When adding instance and typing the full word "edition" edition (Q3331189) this identifier is not appearing in either the top 5, or the top 10. There are a lot results appearing that are never likely to be instances, and are fuller words. What can be done to promote this property in the results list?  — billinghurst sDrewth 22:35, 6 February 2016 (UTC) (UTC)

Merge of Cornelis van Dalen?[edit]

Could someone have a look at Cornelis van Dalen I (Q1133635) and Cornelis van Dalen (Q22027694) to see if those are the same and could be merged? //Mippzon (talk) 22:49, 6 February 2016 (UTC)

Yep! I've merged the two. Ajraddatz (talk) 23:24, 6 February 2016 (UTC)
Actually not, I guess the dewiki one is about two people. I'm not sure why that is, but for now I think they should be separate. I'll ask a dewiki user about splitting the page into two. Ajraddatz (talk) 23:26, 6 February 2016 (UTC)
Thanks! I was also confused by the two-people-article, great if you can figure that one out! //Mippzon (talk) 23:35, 6 February 2016 (UTC)

Spokane, Washington's sister cities.[edit]

I think that Spokane has renounced having Makhachkala, Russia, as a sister city, though you may want to double check.  – The preceding unsigned comment was added by (talk • contribs).

It looks so. --Edgars2007 (talk) 15:48, 7 February 2016 (UTC)
Added some qualifiers to Spokane (Q187805). Multichill (talk) 17:58, 7 February 2016 (UTC)

Items for categories without sitelinks[edit]

Hi. There are some 7200 items for categories (with Q4167836) without sitelinks in them. What to do with them? ))
Warning: page has 270,705 bytes.
Report generated via Quarry
. --XXN, 23:57, 6 February 2016 (UTC)

A lot of them must be merged. --ValterVB (talk) 00:24, 7 February 2016 (UTC)
A bot should go over it and only work on items that had 1 sitelink:
  1. If the linked category was deleted -> nominate for deletion
  2. If the linked category was moved to another item -> merge with the other item
  3. If the linked category doesn't have a wikidata item -> restore the sitelink
That should clean it out. Multichill (talk) 17:50, 7 February 2016 (UTC)

category and non-category on Commons[edit]

Hello, how are we supposed to handle this case : no label (Q21167841) and Hans Bethe (Q155794)? In one there is a link to the category on Commons and on the other this is a link to the page itself in Commons. Pamputt (talk) 09:52, 7 February 2016 (UTC)

In both, go to "Other sites" and delete the duplicate link. Then merge them. - Brya (talk) 10:55, 7 February 2016 (UTC)
Thanks to ValterVB Pamputt (talk) 14:50, 7 February 2016 (UTC)

Tool for finding duplicates among disambiguation pages?[edit]

Is there a tool that can identify duplicates among disambiguation pages Wikimedia disambiguation page (Q4167410)? I have a feeling that there might be a lot of duplicates. //Mippzon (talk) 12:43, 7 February 2016 (UTC)

@Mippzon: You could define, what is duplicate in your case. Sitelinks/labels? I think there would also be a lot (too much) of false positives, but you can try, of course :) Pasleim most probably can generate a list for you. --Edgars2007 (talk) 17:36, 7 February 2016 (UTC)
@Edgars2007: Sorry, I was probably a bit vague in my question :) What I mean is if there is a tool or similar for finding items that could be merged with each other when it comes to Wikimedia disambiguation page (Q4167410)? When running Duplicity for items on svwiki (which currently includes a lot of disambiguation items not linked to Wikidata) it often found multiple disambiguation items in the search results. I could then merge them and add the svwiki item to the merged one. I guess this is not the best way of finding those problems though :) //Mippzon (talk) 18:22, 7 February 2016 (UTC)
This could be a good start: Matěj Suchánek (talk) 19:52, 7 February 2016 (UTC)
Please be cautious while merging, as often there is a situation, when in one item disambiguation and non-disambiguation links are mixed. In this case merging another disambiguation item will cause even more mess. --Jklamo (talk) 00:16, 8 February 2016 (UTC)

Link the query service more prominently[edit]

Hey folks :)

I think it is time to give the query service a bit more exposure. I encounter quite a few people who are still surprised that we have a SPARQL endpoint. It is such a central piece of our puzzle. I had asked here a while ago already but got no replies: Please chime in there. Thanks! --Lydia Pintscher (WMDE) (talk) 17:30, 7 February 2016 (UTC)

I added a "start a query" link to property talk pages. Maybe we could put it directly on property pages.
--- Jura 17:42, 7 February 2016 (UTC)
Jura proposed a property for this; currently opposed by one and a comment or two. My inclination is that this should be probably be in Wikibase on the property page. --Izno (talk) 18:17, 7 February 2016 (UTC)
This is something else. Visit a property talk page.
--- Jura 18:20, 7 February 2016 (UTC)
Hmm? No, I think it's exactly the same thing. Lydia is looking to increase the visibility of the SPARQL endpoint, an end also reached by adding it to the property pages. --Izno (talk) 18:23, 7 February 2016 (UTC)
I think it's worth trying one of the "start a query"-links. A new property could store statements with urls of specific queries, while the current "start a query" link on property talk pages is just a generic query using that property. A similar link could be on any property page without actually requiring to be defined in a statement.
--- Jura 18:48, 7 February 2016 (UTC)
Maybe add a more technical section to the user portal, including the query service? Sjoerd de Bruin (talk) 18:29, 7 February 2016 (UTC)
  • How about adding some info about/link to the SPARQL query interface on the wikidata advanced search page? ? ArthurPSmith (talk) 14:53, 8 February 2016 (UTC)
    • We could also do that yeah. I was actually thinking about a link in the sidebar. Or a link on the main page. --Lydia Pintscher (WMDE) (talk) 19:02, 8 February 2016 (UTC)
      • Sidebar link would be great, I support that! ArthurPSmith (talk) 15:06, 9 February 2016 (UTC)
      • I also support a link in the sidebar. I often see (during events) that even people who already know Wikidata don't know about the Query service and I think such a link would greatly help. Cheers, Hoo man (talk) 15:11, 9 February 2016 (UTC)
      • I'm not sure a plain direct link is such a good idea. There are two goals here: First, that people who know what a query service is, and either know how to use one or could figure out how to use it, and would potentially want to use it, should know about the query service. Second, that a broader audience (who may not know what a query service is) should be generally aware of what Wikidata is capable of with query services. If we make progress on the latter, the former becomes a lot easier. A direct link in the sidebar is seen by everyone, but only communicates effectively to the first group, since the query service page itself doesn't communicate all that much, and the term "Query service" might not be well understood enough by the second group to even merit a click. A link in the sidebar to a more general "Using data" help page that links to the query service communicates substantially more effectively with the second group, but less effectively with the first group, for whom seeing a link titled "Query service" accomplishes a lot by itself. A simple direct link on the main page has the same issues. What would be ideal would be an opportunity to communicate simultaneously: 1, what a query service is, perhaps an example of something it can be used for, and 2, that Wikidata has one. The first thing that comes to mind would be something like a "featured query" (needs better wording) in the "Discover" section of the main page. --Yair rand (talk) 07:32, 10 February 2016 (UTC)

Property for applicable dates[edit]

Let's consider the following data for «heritors»:

What properties shall be used to store such dates? -- VlSergey (трёп) 09:59, 8 February 2016 (UTC)

inception (P571) and dissolved or abolished (P576). --Yair rand (talk) 10:16, 8 February 2016 (UTC)
@Yair rand: those properties is not a good choice. It is questionable whether inception (P571) can be used to store such information (because infobox of Russia (Q159) displays not 1991 year but 862 year (and it does make sense). Also use of dissolved or abolished (P576) for Russian Soviet Federative Socialist Republic (Q2184) would be incorrect. It was not dissolved nether abolished, it was renamed to Russia (Q159). -- VlSergey (трёп) 10:50, 8 February 2016 (UTC)
P.S.: in practice, i would agree with any kind of solution, and personally P571 / P576 sounds good enough for me. But I would like to have consensus on such decision to be able to also put, for example,
< East Germany (Q16957) (View with Reasonator) > dissolved or abolished (P576) miga < 3 October 1990 >
< Latvia (Q211) (View with Reasonator) > inception (P571) miga < 4 May 1990 >
, etc. Please, consider such complex example:
i.e. please notice that we have 2 different P571 for Latvia (Q211). -- VlSergey (трёп) 11:10, 8 February 2016 (UTC)
Another solution could be in Q211 (Latvia)
  • P571 (inception) 29 March 1917
  • P571 4 May 1990
  • P156 (followed by) Q192180 (Latvian Soviet Socialist Republic) Qualifier P585 (point of time) July 1940.
And in LSSR:
  • P571 July 1940
  • P156 Q211 (Latvia) P585 4 May 1990. --Molarus 11:50, 8 February 2016 (UTC)
No, not
< Latvia (Q211) (View with Reasonator) > inception (P571) miga < 29 March 1917 >
. It will be
< Latvia (Q211) (View with Reasonator) > inception (P571) miga < 18 November 1918 >
--Edgars2007 (talk) 12:47, 8 February 2016 (UTC)

Racing/racecar drivers[edit]

Hi Wikidata. I'm currently trying to help out with importing data from the Persondata templates in the English Wikipedia via KasparBot. My main area of activity is racing driver articles. I have a couple of questions:

  • I notice that both "racecar driver" and "racing driver" are currently used on Wikidata (a search for "racecar driver" returns 1627 hits; a search for "racing driver" returns 5092 hits). Would it make sense to standardise on one form or the other? (I recognise that American English typically uses "racecar driver" whereas British English typically uses "racing driver").
  • Help:Description identifies the common formula for the description of a person as "[career the person is known for][country]", e.g. "racing driver from Sweden". However the vast majority of racing driver entries I've encountered so far use the form "[country][career]", e.g. "Swedish racing driver" (which is the format typically used within the Persondata templates in English Wikipedia). Is the "[career][country]" format greatly preferred over the "[country][career]" format?

Apologies if these issues have already been discussed, but I couldn't find anything in the chat archives and there doesn't seem to be a motorsport WikiProject. Thanks in advance. DH85868993 (talk) 10:31, 8 February 2016 (UTC)

In my experience, the form "[nationality] [occupation]" is far more common for people than "[occupation] from [country]", despite what Help:Description says. - Nikki (talk) 15:06, 8 February 2016 (UTC)
The description should be enough to disambiguate a named thing and no more. Besides the use of mostly-sentence case and that it should be only as long as necessary, there aren't any real other expectations and the page should probably reflect that... In other words, don't worry about it. --Izno (talk) 16:25, 8 February 2016 (UTC)
There is a "en-gb" description field for British English and an "en-ca" description for Canadians.
--- Jura 18:12, 8 February 2016 (UTC)
OK: (if prompted by KasparBot), I'll replace an existing description of just "racing driver" with "Swedish racing driver" (for example), but I won't bother replacing "Swedish racecar driver" with "Swedish racing driver". Thanks for your help. DH85868993 (talk) 21:03, 8 February 2016 (UTC)

Can these be merged[edit]

Can someone merge en:Category:Academics by nationality (Q7004720) with de:Kategorie:Hochschullehrer nach Staat (Q8975789) ?

Can someone merge en:Category:Estonian academics (Q8424240) with de:Kategorie:Hochschullehrer (Estland) (Q7998163) ?

Can someone merge en:Category:Cuban academics (Q8431896) with de:Kategorie:Hochschullehrer (Kuba) (Q7997771) ?

Can someone merge de:Kategorie:Hochschullehrer (Demokratische Republik Kongo) (Q17147791) with en:Category:Democratic Republic of the Congo academics (Q17445095) ?

Can someone merge de:Kategorie:Hochschullehrer (Weißrussland) (Q7997599) with en:Category:Belarusian academics (Q15195517) ?

Can someone merge en:Category:Paraguayan academics (Q8713328) with de:Kategorie:Hochschullehrer (Paraguay) (Q8975142) ? 17:29, 8 February 2016 (UTC)

I am not sure these categories are identical.--Ymblanter (talk) 18:32, 8 February 2016 (UTC)
I am not sure if we need to respond to these request by the same user every time. Sjoerd de Bruin (talk) 20:49, 8 February 2016 (UTC)
There are ~109,000 lonely categories in wikidata items[1]. This user will come here again and again with his merge suggestions until 2025-2026 )) --XXN, 16:54, 9 February 2016 (UTC)

Why will noone merge these categories ? 05:51, 13 February 2016 (UTC)

Albert Bodard & Arthur Bodard[edit]

Moved from BN. --Vogone (talk) 20:45, 8 February 2016 (UTC)
Hi In fact, Arthur Bodard (Q22671210) and Albert Bodard (Q2637669) are the same person. but there are differents identifiers (VIAF, SUDOC, IdF, BnF,..) How it coudld be solve ?

[[2]] [[3]] --Thcollet (talk) 20:38, 8 February 2016 (UTC)

Please post at our Wikidata:Project chat, this is not a task for bureaucrats. Sjoerd de Bruin (talk) 20:43, 8 February 2016 (UTC)

Wikidata weekly summary #195[edit]

Need someone reading farsi, please ?[edit]

On Q3535146 either fawiki is wrong, either there is an awful mess, since the enwiki article is obviously about Q5.

Could someone who can read farsi please untie this mess ? --Hsarrazin (talk) 22:00, 9 February 2016 (UTC)

Problem was with enwiki link as it was moved to a human and recreated with same name. I've fixed it by adding previously moved enwiki link back and creating a new item for the human entity.-- Hakan·IST 22:15, 9 February 2016 (UTC)

How to include Billboard Hot 100 peaks[edit]

How would you suggest we include Billboard Hot 100 rank peaks in items about songs? --AmaryllisGardener talk 23:13, 9 February 2016 (UTC)

Merge problems[edit]

Can someone merge en:investment banking (Q11833245) with de:Investmentbank (Q319845) ? Lariofew432 (talk) 03:12, 10 February 2016 (UTC)

Nope, because they are not about the exact same thing. The first one describes the concept, the second one the entity. Sjoerd de Bruin (talk) 08:37, 10 February 2016 (UTC)

Import wikidata into elasticsearch[edit]

Hello all,

For a personal project, I created a tool allowing to import wikidata into elasticsearch mainly to improve term search.

The project is available on github:

It is unlikely that I will maintain this project, but if anyone is interested, feel free to clone and fork :)

The developers are also busy with that. See phab:T117520 & phab:T125500. @Smalyshev (WMF), Lydia Pintscher (WMDE), Aude: Can you comment on this? Mbch331 (talk) 11:46, 10 February 2016 (UTC)
We're working on getting more fine-grained data into Elastic, but so far I'm not sure what statement data in Elastic would give us. --Smalyshev (WMF) (talk) 19:08, 10 February 2016 (UTC)
It seems to be considering "only" the labels, description and aliases. The script allows to import all wikidata.

Incorrect birth dates set with tools or by bots[edit]


there are items of type human with incorrect birth dates presumably often not set by vandals but through the misuse of tools or by (poorly coded?) bots. One reason may be that other dates given in toolboxes of the the respective (en.)wikipedia articles were falsely interpreted as birth dates.

I manually corrected the ones with incorrect 2015 and 2014 birth dates, but as it is likely that there are more items with wrong birth dates there should be a reparsing.

For a start: affected items for 2014 and the responsible editors / tools are:

-- WDHelper (talk) 11:23, 10 February 2016 (UTC)

Hi WDHelper, welcome to Wikidata. We are aware that this can sometimes happen. The tools are mostly manual and rely on people like you and me identifying them. We will try to add another report to find some of these that may slip through. Thanks for having fixing the above.
--- Jura 11:54, 10 February 2016 (UTC)

New datatype for mathematical expressions is now available[edit]

Hey everyone :)

The new datatype for mathematical expressions is now enabled here. As soon as properties using it are created they'll show up here. At en:Help:Displaying a formula you can find out more about the supported syntax. --Lydia Pintscher (WMDE) (talk) 12:37, 10 February 2016 (UTC)

Merging closely related property talk pages[edit]

There's a frequently annoying issue that discussions about properties get fragmented across talk pages, and duplicate discussions go on on both a property's talk page and its (bidirectional) inverse's (or "pseudo-inverse"'s) talk page. Would there be any problem with merging the talk pages of start time (P580)/end time (P582), followed by (P156)/follows (P155), inception (P571)/dissolved or abolished (P576), student (P802)/student of (P1066), doctoral advisor (P184)/doctoral student (P185), part of (P361)/has part (P527), subsidiary (P355)/parent company (P749), capital (P36)/capital of (P1376), astronomical body (P397)/child astronomical body (P398), category's main topic (P301)/topic's main category (P910), underlies (P567)/overlies (P568), replaces (P1365)/replaced by (P1366), encodes (P688)/encoded by (P702), and edition(s) (P747)/edition or translation of (P629)? Would there be any way to do this without breaking the constraints? If not, I suppose it could wait until constraints are moved to statements. Otherwise, does anyone have any objections to merging these? --Yair rand (talk) 12:47, 10 February 2016 (UTC)

That's a good question. @Lydia Pintscher (WMDE), Ivan A. Krestinin:: What would be the impact on the current constraint system (both Krbot and Special:ConstraintReport)? Mbch331 (talk) 13:06, 10 February 2016 (UTC)
Given the constraint and property documentation system I don't think this would be helpful right now. However, rather than merging them completely, the discussions could be manually merged to one of the pair with the other left with a note to add comments only on the first? ArthurPSmith (talk) 16:22, 10 February 2016 (UTC)
{{Softredirect}}-like template can be placed after property description and constraints templates. — Ivan A. Krestinin (talk) 19:33, 10 February 2016 (UTC)

Due to changes in data model...[edit]

It seems like i missed changes in time data model of Wikidata. Because of change, i would like to ask a couple of questions:

  • There was several thousands dates moved from ruwiki infoboxes to wikidata (i.e. removed from ruwiki infoboxes and pasted in wikidata). They were moved using outdated assumption (according to old datamodel) that dates are stored in Gregorian calendar. Did anyone fixed those dates after model or we have a lot of problems with dates in such entries?
  • Why noone noticed ruwiki about such change? There are a LOT of infoboxes that relies on old datamodel. Nobody cares?
  • Can someone run a bot (since mine one is blocked) to fix those data as soon as templates in ruwiki would be fixed to display dates according to new current datamodel?
  • How can I enter date "29 February 1900" which is correct date in Julian calendar?

-- Vlsergey (talk) 17:31, 10 February 2016 (UTC)

On your last point, "How can I enter date "29 February 1900" which is correct date in Julian calendar?", I don't think you can using the user interface. I suppose some more direct method of making the entry might work. But I've been looking for a direct way to enter dates without success. My motivation was wanting to enter the time zone that corresponds to the date. All the dates in Wikidata say the time zone is Universal time, so all the dates for events not near 0° longitude are wrong. Jc3s5h (talk) 21:15, 10 February 2016 (UTC)
No, direct method (API call) doesn't work neither. It seems like software doesn't know about data model "change", it's only in minds. -- Vlsergey (talk) 23:19, 10 February 2016 (UTC)
@T.seppelt: BTW apparently the API doesn't work either. Your Persondata tool should probably make sure they are penned up and excluded indefinitely.... --Izno (talk) 16:24, 11 February 2016 (UTC)
If there are lot of changes needed like the one discussed on Talk:Q307, there is some need of reviewing them.
--- Jura 18:29, 11 February 2016 (UTC)
There was a lot of additions like discussed on Talk:Q307 in 2014-15 years. Since then data model was "changed", but noone fixed data itself. -- VlSergey (трёп) 07:44, 12 February 2016 (UTC)

phab:T98194 seems to be the ticket for supporting dates like "29 February 1900". - Nikki (talk) 09:47, 12 February 2016 (UTC)

Movie genres[edit]

Hi. It would be possible genres of movies come out as a list on wikipedia infoboxes; It would be better than commas are removed and the items are put on the list, as is done with the language. Thank you.

Most invocations of statements should use Lua, not the magic word version. --Izno (talk) 16:26, 11 February 2016 (UTC)


Should Q20661887 and Q7100123 be merged? --Richard Arthur Norton (1958- ) (talk) 22:55, 10 February 2016 (UTC)

Good question, I think we shouldn't merge these two items but not 100 % sure and I would like other opinions.
PS: Richard Arthur Norton (1958- ) you made little mistake by selfreferencing the first item, I corrected it and added the symetrical porperty on the other one.
Cdlt, VIGNERON (talk) 09:06, 11 February 2016 (UTC)

PASE ID and PASE Name property proposals[edit]

Is there any chance of some input on the PASE ID and PASE name property proposals ?

I've spent the best part of the last two weeks on en-wiki, converting and standardising 500 existing links to an easily extractable template, and looking up and adding the relevant links by hand for another 400 more articles -- every non-fictional Anglo-Saxon I could find on the site.

I'd really like to get these onto Wikidata now.

Does nobody really have anything to say about either of these property proposals ? Jheald (talk) 23:39, 10 February 2016 (UTC)

Instance of twin[edit]

I thought we only apply Q5 to humans. What do you think about those 1596 twins? Is that okay? --Jobu0101 (talk) 13:43, 11 February 2016 (UTC)

The English description of twin (Q159979) explicitly mentions it to use it with P31 on individual twins. Mbch331 (talk) 19:11, 11 February 2016 (UTC)
@Mbch331: Then it should be changed.
@Jobu0101: No, it's not okay. They should only have Q5. These statements must be removed. — Ayack (talk) 10:35, 12 February 2016 (UTC)
I don't mind the change, I didn't add the text to the description. It was added in 2013 with this edit. As I can see, this item was explicitly created to show someone is one half of twins. So if we remove it from instance of (P31), where do we store it then? If we don't it's loss of data. Mbch331 (talk) 11:11, 12 February 2016 (UTC)
@Ayack: They should only have Q5 => Why ?
@Mbch331: We may need to items, one for a twin pair, subclass of human group (human pair), one for the class of humans who are members of a twin part.
Then we might have
< twin 1 > part of (P361) miga < our twin pair >
< twin 2 > part of (P361) miga < our twin pair >
< our twin pair > instance of (P31) miga < twin pair >
< twin 1 > instance of (P31) miga < human who have a twin >
. The corresponding constraints/sparql query should not be hard to write. Wikidata:WikiProject Reasoning might also be interesting by the usecase. author  TomT0m / talk page 12:57, 12 February 2016 (UTC)
The current structure is outlined at Wikidata:WikiProject Identical Twins. All humans should be a direct instance of Q5.
--- Jura 16:22, 12 February 2016 (UTC)

Property for governing body[edit]

Is there a property for the governing body or board of directors of an organization? We have legislative body (P194), but that's only for the government of territories. We have chief executive officer (P169) and chairperson (P488), but those ask for individual people as values. --Arctic.gnome (talk) 17:25, 11 February 2016 (UTC)

There is a proposal for that at Wikidata:Property_proposal/Organization#administration.
--- Jura 18:17, 11 February 2016 (UTC)

Create property with new datatype mathematical expression[edit]

Hi, me and a fellow student helped developing the new datatype for mathematical expressions (see for it's functions). We did this within the scope of a project for the TU Berlin and we are required to collect user feedback for our final report. It would be very helpfull, if you could eighter

  • change the datatype of property P1993 'TeX string' to 'Mathematical expression'


within the next days (faster than a week would be great in any case). Otherwise we're not able to include the user reactions in our report.

Is this possible?

Kind regards, Julian

Sorry, but that won't be possible. Change of datatype is not possible, it would require that a new property will be created with the correct datatype, migrate the statements and than delete the old property. However this needs community consensus. Creating new properties also needs community consensus. The week waiting time is so everybody has the time to respond to a property proposal. Mbch331 (talk) 21:12, 11 February 2016 (UTC)
Julian, do you have some more background on the creation of the new datatype? It's interesting it sprang up without having proposed properties to use it (Quantity-with-units datatype for instance had a huge number of proposed properties waiting on that when it finally arrived). Meanwhile everybody please add any supporting or other comments to the Natural science proposal page and possibly also to the related proposals on the Generic page: Wikidata:Property_proposal/Generic#Mathematical_formula and Wikidata:Property_proposal/Generic#product_.2F_sum_.2F_power_.2F_function_application, thanks! ArthurPSmith (talk) 21:22, 11 February 2016 (UTC)
I have supported this (equation) proposal. --Molarus 07:39, 12 February 2016 (UTC)


Are Jandaia (Q10305175) and Jandaia (Q10305174) the same? If so, how to handle them? //Mippzon (talk) 07:46, 12 February 2016 (UTC)

✓ Done Changed pt:Jandaia (desambiguação) in redirect to pt:Jandaia. --ValterVB (talk) 08:09, 12 February 2016 (UTC)
Thanks! //Mippzon (talk) 13:33, 12 February 2016 (UTC)

Dormant properties[edit]

The following properties are sparsely used (≤ 10 times):

To the people, who have requested these properties: Use them!--Kopiersperre (talk) 11:22, 12 February 2016 (UTC)

I will try to populate some of them, importing some values from Wikipedias. --Edgars2007 (talk) 12:42, 12 February 2016 (UTC)
I have gone through the first column but without big success (HarvestTemplates):
Matěj Suchánek (talk) 15:43, 12 February 2016 (UTC)
It seems this is limited to string properties. The more problematic item-datatype-properties were skipped.
--- Jura 16:37, 12 February 2016 (UTC)
Striked out also those, which are most probably used more than 10 times, according to pagelinks. --Edgars2007 (talk) 16:58, 12 February 2016 (UTC)
Left a message on Wikidata talk:Flemish art collections, Wikidata and Linked Open Data for MSK Gent work PID (P2511). Mbch331 (talk) 19:31, 12 February 2016 (UTC)

Why are sparsely used properties probematic? Thryduulf (talk: local | en.wp | en.wikt) 21:39, 12 February 2016 (UTC)

Shouldn't the proposer of a property interested in using it? --Succu (talk) 21:47, 12 February 2016 (UTC)

Restrict proposed values for some properties[edit]


When adding a value for a given property, auto-completion propositions include all elements starting by the letters entered. These propositions are often quite far from the property being completed... Would it be possible to limit the propositions in the frame of the elements being having the correct "instance of" property ? For instance, it could be quite practical for languages, which are already called in their limited set when giving a title's language. It could also be used for instance of, gender, nationality...

Of course, it could not cover every property, since some expect unique values (such as title and url). --Canaricolbleu (talk) 13:14, 12 February 2016 (UTC)

Using multiple occurences of the same property in Wikipedia - How to?[edit]

I'm sorry if this isn't the right place to ask (and doubly so if the question has already been answered), but on the Norwegian Wikipedia we've been trying to fin a way to solve a problem as exemplified by the Wikidata item Fairphone.

Under "Property 856" (official website) it lists links to several websites/addresses, such as the English, French, Dutch page aso. Now, we'd like these links to appear in a list, either with bullets or comma-delimited, e.g.:

Official website(s):
  • English,
  • French
  • German (aso.)


Official website(s) in English, in French, in Dutch (aso.)

Of course, the links would lead to the actual language versions of these home pages.

So far, we haven't been able to come up with a viable solution. Does anyone have code to accomplish this, or is there a help page that explains how to do this. I've searched, but haven't found any guides. Thanks in advance! Asav (talk) 15:03, 12 February 2016 (UTC)

  • Normally when a property can appear multiple times on an item, each appearance should be accompanied by a qualifier, i.e. additional property (or properties) that define the context in which the value is true. In this case you probably want a language qualifier - maybe language of work or name (P407) in this case? Your usage of the data would then need to include querying on the qualifier. -- Editing my response - now I see you have already done this. Not sure what the question is then? ArthurPSmith (talk) 15:58, 12 February 2016 (UTC)
The question is how to publish a number of properties (each with distinct qualifiers in this case) in a list, just like the ones I've posted above. I'm looking for actual template code that works with an "indefinite" number of qualifiers, as there can be several dozens of languages for global corporations, such as Sony, Apple, Microsoft and Phillips, to name just a few. Asav (talk) 17:14, 12 February 2016 (UTC)

External identifiers saga[edit]

At User:Addshore/Identifiers#Question_to_sort_out_(1) there is an outstanding question about external identifiers.
--- Jura 16:45, 12 February 2016 (UTC)

MARC library codes[edit]

Is there support for the Library of Congress MARC standards (Q722609)? Each library has a unique code. For example, the John Hay Library (Q6238357) Rare Books and Special Collections has the code RPB-JH. --Mu301 (talk) 17:22, 12 February 2016 (UTC)

Yes, that does appear to be equivalent, thanks, --Mu301 (talk) 23:13, 12 February 2016 (UTC)

"Tag: possible vandalism"[edit]

Can I ask why this edit got tagged as possible vandalism? I can't see how in any logical sense it could be accused of being that, since it is essentially just a copy-paste of the definition that English Wikipedia gives for the same concept, albeit with some slight rewording. SJK (talk) 01:11, 13 February 2016 (UTC)

Probably one of the words used in the description. It's just an automatic tagging by the abusefilter, I wouldn't worry about it :) Ajraddatz (talk) 02:02, 13 February 2016 (UTC)