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.
Please use {{Q}} or {{P}}, the first time you mention an item, or property, respectively.
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 2017/02.

Project
chat

Administrators'
noticeboard

Development
team

Translators'
noticeboard

Requests
for permissions

Interwiki
conflicts

Requests
for deletions

Property
proposal

Properties
for deletion

Requests
for comment

Partnerships
and imports

Request
a query

Bot
requests

Contents

Query regarding the descriptions of famous CEO's[edit]

Hi all,

I was looking at the description of some of the famous CEO's like Marissa Mayer,Tim Cook etc.

https://www.wikidata.org/wiki/Q265852 -> American business executive https://www.wikidata.org/wiki/Q14086 -> American business executive and engineer.

I guess it would be better to have specific description like CEO of Yahoo! for Marissa Mayer, CEO of Apple Inc for Tim Cook. However Sundar Pichai(https://www.wikidata.org/wiki/Q3503829) has Google CEO as description. Can anyone please let me know why is there's disparity in description for different CEO's?

I guess it would be better to have consistent descriptions for all CEO's.

Thanks in advance.

Subramanyam

Making Flow the default for new accounts[edit]

Given that this country prefers to use flow, as the recent poll suggests how about enabling flow as the default way for discussion on new user pages? ChristianKl (talk) 13:36, 15 February 2017 (UTC)

Semi-OT: can you please link to “the recent poll” results? I’m curious about it … Thanks, MisterSynergy (talk) 13:49, 15 February 2017 (UTC)
meta:Collaboration/Flow_satisfaction_survey/Report#Overall_satisfaction_based_on_project_where_Flow_is_mainly_used --Pasleim (talk) 13:55, 15 February 2017 (UTC)
Symbol support vote.svg Support Flow pages are much more clear. Btw, how can I change my user talk page to Flow?--Micru (talk) 15:40, 15 February 2017 (UTC)
You can just enable it in your Beta settings. (Different from other features there, enabling and disabling results in some actual edits being performed by some bot or service, so one should try to avoid toggling it on and off every second day.) --YMS (talk) 15:50, 15 February 2017 (UTC)

Symbol oppose vote oversat.svg Strong oppose Please, no. Please leave this weak forum impersonation in the dustbin, where it belongs. Make this crap at maximum opt-in for those, who explicitly want it, not default for defenceless newbies. Sänger (talk) 16:56, 15 February 2017 (UTC) As long as there is no way to write on a proper, flexible talkpage besides a dumb Flow one, there should be none of these dumbed down pet project junk software extensions installed. Sänger (talk) 22:30, 16 February 2017 (UTC)

I also oppose the move.--Ymblanter (talk) 20:42, 15 February 2017 (UTC)
Yikes. That was unnecessarily harsh. (Symbol oppose vote.svg Oppose.) --Yair rand (talk) 02:18, 16 February 2017 (UTC)
Symbol oppose vote.svg Oppose This extension with an uncertain future and that has significant flaws should not even be enabled on this wiki, in my opinion. --Rschen7754 02:32, 16 February 2017 (UTC)
Symbol oppose vote oversat.svg Stöder absolut inte Every present talk_page with Flow installed should instead have a mandatory Flow free alternative! -- Innocent bystander (talk) 09:32, 16 February 2017 (UTC)
Symbol oppose vote.svg Oppose Current opt-in state is appropriate.--Jklamo (talk) 09:37, 16 February 2017 (UTC)
Symbol oppose vote.svg Oppose One problem with Flow is that it makes it harder than with a conventional talk page to follow the full sequence of interactions that the user has had. This may be a particularly bad negative for new users who may be just finding their feet here -- if one is thinking how to write or reply to them to help them up some next step of the learning curve here, one wants to be able to see as easily as possible the sequence of what advice they may have already have been given. As well as that, coming new to Wikidata is already quite a big step into the unfamiliar for experienced Wikipedians; adding on top of that what may well be an entirely new and unfamiliar talk system to them as well feels like putting an additional unnecessary obstacle in their way. Jheald (talk) 09:39, 16 February 2017 (UTC)
But at the same time Flow is more similar to other discussion forums on the internet, so it takes less time to pick up. Deryck Chan (talk) 18:08, 23 February 2017 (UTC)
  • The mechanism for the proposed change has not been mentioned, which makes it a little ahrder to assess. As users are able to turn it on if they wish, I don't see the need to force it. Also, how would users go through the reverse process? I don't see the case made for the change.  — billinghurst sDrewth 09:48, 16 February 2017 (UTC)
Symbol support vote.svg Support We use Flow on the French-speaking project chat and there is no problem. I think instead that it is easier for new users. They should not have to learn wikicode. Tubezlob (🙋) 13:16, 16 February 2017 (UTC)
@Tubezlob:It's interesting how the French project chat is much more active than the German project chat even through German has more translated labels. Do you know whether this also was the case before you switched to flow? ChristianKl (talk) 13:13, 21 February 2017 (UTC)
ChristianKl - maybe they had to be more active in the chat, because the software was so complicated? Or they like to talk more? In the meantime, some German-speakers just went on working, e.g. translating labels. 78.50.144.145 19:14, 21 February 2017 (UTC)
@ChristianKl: I think that the answers are quicker than before with Flow, and that the project chat is a little bit more active. But maybe it is cultural too: the French have the worse level in English in Europe (24/24, Germany is 11/24, see that map).
By the way, this stat shows that they are more labels in French (8.1439870 Mil) that in German (6.8655780 Mil). Tubezlob (🙋) 10:29, 25 February 2017 (UTC)
Symbol oppose vote oversat.svg Strong oppose it's a beta feature with a unknown prospect. --Succu (talk) 22:41, 16 February 2017 (UTC)
Symbol oppose vote oversat.svg Strong oppose.--Arbnos (talk) 23:42, 16 February 2017 (UTC)
  • Symbol support vote.svg Support migration of discussion boards to Flow in general. Deryck Chan (talk) 18:08, 23 February 2017 (UTC)

Ethnic communities and diasporas[edit]

Italian American (Q974693) and similar items are not really ethnic groups, so I've made this an instance of the newly-created ethnic community (Q28790362). On another level, I have also been developing Overseas Chinese (Q779191) and African diaspora (Q385967) as instances of diaspora (Q133004) items. What do folks think of this approach of distinguishing between ethnic groups, national/regional ethnic communities, and diasporas?--Pharos (talk) 15:43, 16 February 2017 (UTC)

@MechQuester, Billinghurst, TomT0m, Jc3s5h, Sjoerddebruin: Realizing now this is a bit of a sequel to Wikidata:Project chat/Archive/2017/01#Irish-American - is it an instance of ethnic group?.--Pharos (talk) 18:55, 16 February 2017 (UTC)
There was another related discussion here at WD:PC (archived here). Let’s put it like that: we know that the situation about ethnic group items and property ethnic group (P172) is not good, but right now there is unfortunately nobody willing and/or capable to solve this problem. If you’d like to work in this field, I think nobody will complain. You also might find a suitable WikiProject at Wikidata:WikiProjects (or found a new one, to provide documentation of the results). —MisterSynergy (talk) 20:18, 16 February 2017 (UTC)
For wikidata to try to make sense of people's sense of community, self, ethnicity, ... is going to be a challenge as it is full of opinion, prejudice, history, ... In a world of air flights, refugees, asylum-seeking, immigration, one wonders whether it is an old world view if we are applying it to the now; though probably realistic for dealing with the old world. All I can say is good luck.  — billinghurst sDrewth 22:46, 16 February 2017 (UTC)

For proposed data, I don't mind. In fact, itis good. In this world, I agree with billinghurst. There will be massively different opinions on what defines self-identity. MechQuester (talk) 18:34, 18 February 2017 (UTC)

I've made attempt to start a guideline at Wikidata:WikiProject Ethnicity, your input would be welcomed. I see this as more figuring out how to treat types of ethnicity in a meta way, rather than trying to categorize individuals.--Pharos (talk) 05:20, 19 February 2017 (UTC)
Agreed. I will go out to help out. MechQuester (talk) 05:56, 22 February 2017 (UTC)

Single value constraint[edit]

The property Thailand central administrative unit code (P1067) has as one of its constraints the single value constraint (Q19474404). However, what it actually would need is a constraint which checks that there is only one value in the highest used rank - there can be only one current id for each administrative subdivision, however there can be several old discontinued ids. For example, Mueang Bueng Kan (Q476000) has the current id 3801 and until 2011 had the id 4303, and as the constraint checks over all ranks this is listed as one of the constraint violations. Any ideas what to do, other than ignoring the violations or removing the constraint completely? Ahoerstemeier (talk) 17:46, 16 February 2017 (UTC)

+1. I can't offer a general solution, but I do agree that constraint checks (especially single value constraint (Q19474404)) should ignore deprecated statements. (Or at least that should be their default behaviour). I don't know how to fix the central constraint checker, but it should be easy enough to write a SPARQL query that only looks at the wdt: values. Jheald (talk) 23:34, 16 February 2017 (UTC)
For example, like this query. (Currently doesn't find any).
I think you can register a SPARQL query as a "complex constraint" Jheald (talk) 23:42, 16 February 2017 (UTC)
Deprecated statements really should always be ignored, as this is the way to include "false" statements. However, that'd not help in this case, as old values aren't deprecated, they are just outdated, thus having a end time and rank "normal", whereas the current value has highest rank. Thus there can be more than a single value in the lower ranks, as an example I added to Bung Khla (Q17616122) all old values. Ahoerstemeier (talk) 14:38, 17 February 2017 (UTC)
May be better to ping User:Ivan A. Krestinin? --Infovarius (talk) 10:14, 22 February 2017 (UTC)

Property for annual rainfall[edit]

Hi, is there a property for the annual and average rainfall of a location? The closest I could find was precipitation height (P3036), but the description reads like it's meant for storms or weather events rather than locations. Icebob99 (talk) 14:32, 17 February 2017 (UTC)

I don't think we have a property for that. It would need to be proposed. ChristianKl (talk) 07:28, 18 February 2017 (UTC)
Please see Wikidata:Property proposal/average yearly temperature. --abián 14:19, 25 February 2017 (UTC)

How many new users get auto-patrolled every month?[edit]

I'm thinking about the suggestion made by @Alexmar983: to manually give users auto-patrolled status along with a personalized human-written welcome message. Does anybody know how many people get this status every month? (To estimate the amount of work of giving the status along with a manual welcome message. ChristianKl (talk) 18:40, 18 February 2017 (UTC)

Per Wikidata:Requests for comment/Restructuring of the "minor" user rights, all and only autoconfirmed and confirmed users are autopatrolled. Autoconfirmed users are users registered for 4 days and had 50 edits. Admins may give any user confirmed flags if trusted.--GZWDer (talk) 18:48, 18 February 2017 (UTC)
the problem is that you are giving autopatrolled flag to people who simply have 99% (95%? 90%? i don't how how to crunch the number...) of the time simple "interlink" edits. Those people are sometimes unaware of the fact that wikidata has IDs, labels and so one. I have problems with long-term users that criticize me when I start to explain wikidata from its role of centralizations of links but that's the only aspect they usually know. When they start to make other changes (for example they try to understand how a local infobox connected to wikidata works) who is there to teach them? I am no stressing the "they can make a mistake" part. I also did a stupid mistake of a image few weeks ago and I corrected after few hours (and noone noticed BTW). I am sorry about the opportunity of learning from mistakes that is lost. They could do so much more if someone see them. They can understand that their work in ns0 somewhere else is on that item too. And once they understand they really care. One of the reason why I have been introducing wikidata with the image maintenance tools is mainly because it was something effective (it is a property like the other ones) and not so risky if you make a mistake (an improper image is not like a partially wrong data, it is much easier to spot). Still, many of the newbies I found despite being on a wikidata-centric platform (itwikipedia makes massive use of wikidata) and showing 100s edits here simply knew nothing. We are not a platform that should assign an autopatrolled right based on simple edit count, IMHO. --Alexmar983 (talk) 04:31, 19 February 2017 (UTC)
To know your numbers you are going to need to track Special:Statistics, and I don't know if you can (back)track when rights are allocated, something might show through the API.

To amend the autopatrol cut-over it take a consensus discussion here. I see that the previous change request for rights change is is phab:T58203. Presumably the defaults can be changed though it is not evident that any wikis for editing use anything but the defaults of time/no. of edits. I see that Commons restricts uploads to different parameters for autopatrols. Rather than automatic, you might prefer that administrators are able to assign the right, it is how we manage it at enWS. At enWS as we have raised the bar to edits, we patrol with a bot utilising pywikibot's patrol.py; though having a traditional setup of namespaces, and use of Special:PrefixIndex gives us a good degree of control.  — billinghurst sDrewth 06:48, 19 February 2017 (UTC)

There are two distinct issues:
(1) Does our present system set people on autoconfirmed, who don't know Wikidata well enough for their edits not getting the patrol flag.
(2) Could we personally welcome users when we give them the autoconfirmed status in a way that's makes it more likely for the user to become are more active user of Wikidata.
I personally don't have a firm opinion on (1) but (2) seems promising to me. A personal greeting that informed by the edits the user made and that gives helpful suggestions could potentially increase our user engagement positively. Especially given that we have 2% of the users doing 98% of the edits, getting more engagement is very valuable. ChristianKl (talk) 21:31, 19 February 2017 (UTC)
I made some tests with non it-N users not with images but with labels. I told them "look, you know language X. We don't have a lot people who knows X, when you add a link here what if you open the item and add the label X yourself?" Of course it is like the images... we really don't need labels and aliases as we need properties, but it is something easy, and they get the idea. So yes you can welcome users with only "interlink edits" and propose simple tasks. And see how they react to the proposal and than later give the autopatrolled. But in any case I strongly advice to put a much higher automatic threshold for the autopatrolled flag. I am sorry for the stress of patrollers but those people if they only edit connecting articles from local platform are not aware of what wikidata is. But the good news is... they can learn fast.--Alexmar983 (talk) 03:02, 20 February 2017 (UTC)
It sounds great that you do this. When it comes to changing the way the actual autopatrol flag works we likely need a request for comments to do it. It might be worth to have a Wikiproject for sharing best practices for greeting newcomers. How about starting a Wikiproject Welcome? @Lea_Lacroix_(WMDE): as Project Manager Community Communication for Wikidata. This topic might also be worth getting investigated by the WMDE UX team. ChristianKl (talk) 09:22, 20 February 2017 (UTC)
Thanks for the idea, it's something I already thought about. I can definitely provide some help and support, also from the rest of the team, but it's better if the project is started by volunteers :) Lea Lacroix (WMDE) (talk) 09:26, 20 February 2017 (UTC)
I do think translated labels are valuable. In small languages having translated labels means that the Article Placeholder tool can serve pages. ChristianKl (talk) 09:33, 20 February 2017 (UTC)
Pictogram voting comment.svg Comment running a bot to add welcome messages is done on numbers of wikis, and as can be expected there are upsides and downsides to a process, one of the downsides is welcoming spammers, abusers and vandals. At enWS we do it manually though we fortunately only have to worry about one language, and it looks to be appreciated by users as we regularly get 'thanks' messages, or even personal messages. At metawiki it is done with a bot, and it is a multilingual message, no idea if the bot gets thanked. Adding welcomes takes a little time, though you can make it easy with either a gadget or use of m:TemplateScript. What sort of impression and sense of community are you wishing to achieve?  — billinghurst sDrewth 13:11, 20 February 2017 (UTC)
I don't think that a bot who posts a general message that's independent of the user gives the user a feeling of being welcomed. I personally feel annoyed when I get automated bot welcome messages from 50 different Wiki's most of whose languages I don't know. It might be very good to give different people different messages. A person who just adds interwiki links encouraging them to translate labels and tell them that it helps making the Article Placeholder work (if their language enables the feature) might be a lot better than a general message. On the other hand, if you have a user who adds data about football players it might be worthwhile to encourage them to register for the Wikiproject Football.
As far as language goes, we could have a list where new users who get a minimum of 50 edits get listed by the language of their account. ChristianKl (talk) 12:55, 21 February 2017 (UTC)
Yes, that's possible. I think if you want to target users you need a retro-patroller sensibility. You don't have to target them immediately. You make a list of users with more than X edits. If those edit are more than 99% ns0 probably their talk is empty, so you can use that fact as an easy filter. You can send a welcome message that sounds like "you worked a lot here. Would you like to know more?". Since we have many users you don't have to target them all together. You can start for example with those who are autopatrolled on another wiki, and send them a message even in their own language. For example there are 5000 autopatrolled users on zhwiki, how many of them are active on wikidata with more than 500 edits? let's say 3000. Good. how many of them have an empty talk here? 2000. Good. Now you can even select those who are recently active but sending a message to unactive users is no harm in this case. it might actually bring him/her back sometimes. So you select those 2000 talks and send a message that says "you are active here, would you like to know more? We need users who speak Chinese".
We can make a project for this types of campaigns. On itwikipedia I studied these processes for years but they never wanted a "community project"... in the end I did nothing than replicate the same style. User wikimetrics are known since years, BTW, it is not difficult to "tune" them. After you have promoted users to a more "active" level, than you can have a autopatrolled that is assigned manually, because you have created a "community" that is more robust and "real". You can wait for years or you can speed up with these tricks. It is mainly your choice.
But these are mainly practical details, my core message is that wikidata does not have a "patrolling problem" per se. These patrolling "bugs" that we see are a symptom IMHO. Blocking IPs for example is removing the symptom. The cause is at the community level. It is still unbalanced and not sufficiently interconnected. You need "catalysts" to improve the community network, and that is something to do before rethinking the patrolling. Targeted welcome message and simple tasks as example are a good thing. But we need volunteers. I (casually) became the "hub" for dozens of users here, you need a profile "like mine" for at least 10-12 language. And of course more hubs of this type (that is "proactive") for the same language too.
I was thinking to go to Vienna in May and discuss these issues around, I think it is time.--Alexmar983 (talk) 05:28, 22 February 2017 (UTC)
@Alexmar983: I created https://www.wikidata.org/wiki/Wikidata:WikiProject_Welcome ChristianKl (talk) 10:58, 22 February 2017 (UTC)

Lighting[edit]

As user:JayWacker points out on the former's talk page, artificial light (Q138502) and lighting (Q210064) look very similar. However, links to different articles on the German, Spanish, Italian and other Wikipedias. Perhaps they need better English labels and descriptions? Can someone who speaks one or more of those languages please oblige? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 09:58, 19 February 2017 (UTC)

  • From German perspective: lighting (Q210064) seems to have a proper label (could also be illumination, but this is just another term for lighting according to the enwiki article and is already set as an alias); artificial light (Q138502) would probably be better described by artificial light. The dewiki article describes it as contrary to daylight (Q16491). —MisterSynergy (talk) 10:17, 19 February 2017 (UTC)
    • I've followed the lead of MisterSynergy, renamed one of the items to 'artificial light', and tried to add appropriate properties to distinguish them further.--Pharos (talk) 19:56, 19 February 2017 (UTC)
  • In what sense is artifcial light the opposite of daylight? Isn't the opposite of light darkness? ChristianKl (talk) 08:46, 20 February 2017 (UTC)
  • Now I see your point—I did not watch these items. The concept of “opposites” does not have a clear definition which allows to contest a given opposite relation for correctness. The distinction between artificial light (Q138502) and daylight (Q16491) has basically a technical motivation, not a physical one; we can thus neglect that there might be other, technically not relevant parts of light in an another physical context (e.g. extraterrestrial radiation). But here both types complement to the total light (Q9128), while being in fact totally disjunct types of light. Yes, an opposite of (P461) relation seems appropriate to my opinion. —MisterSynergy (talk) 22:52, 20 February 2017 (UTC)

Commons data file property[edit]

It seems to me that there is no property to link to the data files in Commons, the .tab JSON files and the .map GeoJSON files? If that is the case, I could propose a property for at least the map file. – Susanna Ånäs (Susannaanas) (talk) 15:14, 19 February 2017 (UTC)

The corresponding datatype to link to the data namespace on Commons is not yet available. --Pasleim (talk) 14:35, 20 February 2017 (UTC)
@Pasleim: Is that datatype expected to be coming soon? Or would a property with datatype:string and a URL formatter be useful in the meantime? Jheald (talk) 21:16, 20 February 2017 (UTC)
Based on the comments on phabricator:T57549 I guess the datatype will come soon. --Pasleim (talk) 22:40, 21 February 2017 (UTC)

executive body (P208): "government" or "cabinet"?[edit]

The documentation for executive body (P208) (Property_talk:P208) gives as its example Israel (Q801)Cabinet of Israel (Q2578249). However, it also has an "Allowed values" constraint of executive branch (Q35798), and Cabinet of Israel (Q2578249) (as well as most other countries where the Cabinet, rather than the Government is set as the value) fails this check (Wikidata:Database_reports/Constraint_violations/P208#Value_type_Q35798), as the item is usually a subclass of cabinet (Q640506) (with individual Cabinets being instances of that), rather than a direct instance of cabinet (Q640506).

From what I can see, many of these countries don't have a separate item for the national government, distinct from the Cabinet, but some countries do: e.g. the UK has Government of the United Kingdom (Q6063) of which Cabinet of the United Kingdom (Q112014) is a part, and United States Cabinet (Q639738) is a part of Federal Government of the United States (Q48525).

Surveying how this is used generally isn't a lot of help — most countries don't have executive body (P208) set yet at all, and of those that do, there's a slight preference for the "cabinet" rather than the "government", but the numbers are small enough for it to be inconclusive:

SELECT DISTINCT ?country ?countryLabel ?body ?bodyLabel ?parentLabel
WHERE {
  ?country wdt:P31 wd:Q6256 .     # find instances of country
  OPTIONAL {
    ?country p:P208 ?statement .  # with a P208 (government) statement
    ?statement ps:P208 ?body .    # which we assign as ?body
    FILTER NOT EXISTS { ?statement pq:P582 ?end_date }  # with no P582 (end date) qualifier
    OPTIONAL { ?body wdt:P279 ?parent } # and set ?parent based on either subclass
    OPTIONAL { ?body wdt:P31 ?parent }  #                          or instance of
  }
  SERVICE wikibase:label { bd:serviceParam wikibase:language "en" . }
}
ORDER BY ?countryLabel

Try it!

I'm assuming that it's generally a bad idea if the example given for a Property fails one of its primary constraints. Is the solution here to (a) change the constraint to allow a Cabinet (either exclusively, or in addition to a Government); (b) change how cabinets are modelled, so that they can be set here without this constraint failing; (c) make sure this is set to the Government item, not the Cabinet item in each country (creating the relevant items where needed); (d) something else entirely?

Or from another angle, which should we be saying?:

< United States of America (Q30) View with Reasonator See with SQID > executive body (P208) See with SQID < United States Cabinet (Q639738) View with Reasonator See with SQID >

or

< United States of America (Q30) View with Reasonator See with SQID > executive body (P208) See with SQID < Federal Government of the United States (Q48525) View with Reasonator See with SQID >

--Oravrattas (talk) 16:46, 20 February 2017 (UTC)

well it sounds like at least the subclass/instance modeling here is wrong. But I'm not sure what else I would recommend. ArthurPSmith (talk) 17:10, 20 February 2017 (UTC)
Pictogram voting comment.svg Comment Oh, it looks like we have a mixture of terms in place, the synonym here needs to be removed. The body here is meant to be government and it is meant to exclude branch. Looking at what is around, a nice definition is
the executive (the Australian Government) is responsible for enacting and upholding the laws established by the legislature. Certain members of the legislature (called ministers) are also members of the executive, with special responsibilities for certain areas of the law.
and it separately mentions the legislature and the courts as the other two arms.  — billinghurst sDrewth 22:42, 20 February 2017 (UTC)
as a slight aside, that definition is quite specific to the British/Australian-type system. Much of the world maintains a much stronger separation of powers, where a minister cannot also be a member of the legislature. --Oravrattas (talk) 09:55, 21 February 2017 (UTC)

Henry Elsynge confusion[edit]

How should we proceed when most of the authority control records seem to be wrong? In the case of the British parliamentary historian Henry Elsynge (Q18730405) (father) and Henry Elsynge (Q15072637) (son), authorities seem to be following the 1889 Dictionary of National Biography in giving the son's dates as 1598-1654 and attributing a series of works on Parliament to him. The current online DNB gives dates of 1606-1656 for the son and explicitly says "The various parts of the treatise entitled The Manner of Holding Parliaments in England, or, Modus tenendi parliamentum apud Anglos, sometimes attributed to Elsynge, were in fact the work of his father and namesake." Even the 1768 edition of this work in Commons points out that attribution to the son is incorrect and it should be the father, and I have some recent scholarly papers that say the same.

I am happy to deprecate the old dates and the authorship with the more recent info, but do we need to do anything about the authority controls which seem to be associated with the wrong person?

For now I've written an article for EN:WP on the father and tagged the article on the son as disputed - if there's no disagreement I'll make the changes there, but I'd prefer to get WD sorted first. - PKM (talk)

@Andrew Gray, Charles Matthews, Jheald: FYI. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:22, 21 February 2017 (UTC)
Thank you for raising this. Where the (old) DNB disagrees with the (new) ODNB on dates for a person, I think it is normally fine simply to override the DNB dates with the ODNB dates. For Wikipedia purposes that should do: the new article is more authoritative than the old one. There are probably "ignore all rules" exceptions, but I'm not aware of too many for dates. Identification of placenames is another matter: there I think the ODNB can introduce mistakes in disambiguation.
On authority control, it is certainly true that sources to be found on VIAF have not updated from (say) DNB dates to ODNB dates. For the purposes of telling authors apart it may not matter so much, so I suppose it is a low priority for librarians to go back and change things. Charles Matthews (talk) 15:11, 21 February 2017 (UTC)
Tricky. With a record like BNF 12371523p, do we match on the basis of the dates, or on the basis of the works?
It depends how they think of their record, which is hard for us to know.
I think I would match on the basis of the dates, and email the data teams at BNF etc. Then the question is whether they will change the dates, ie essentially keep the works and change the person; or create a new record, and transfer the works.
They may well do the former, but I think we should do the latter -- ie treat their record as a record for a person, rather than the creator of some works.
Over here, we should probably also include a statement for Elsynge the Younger as author of The Manner of Holding Parliaments, but mark it deprecated, with qualifer "reason for deprecation" = "misidentification". Jheald (talk) 15:20, 21 February 2017 (UTC)
In cases of serious confusion it is probably best to remove identifiers here for the present. I have done something here. Charles Matthews (talk) 15:30, 21 February 2017 (UTC)
I tend to be a believer in leaving bad data in the system, but marked as such, rather than removing it totally; because if it is not there, sooner or later a human or a bot will only try and add it back again...
So if it were me, I think I would have left the BNF identifier in there, but with some value for "sourcing circumstances" to indicate that it may be based on a misidentification or a misconception.
But since Charles has taken this in hand, I'll leave it with whatever he's thought best. Jheald (talk) 16:43, 21 February 2017 (UTC)
Thank you all. I'll make the remaining WP changes shortly. - PKM (talk) 19:38, 21 February 2017 (UTC)
we might want a "ODNB correcting DNB error" qualifer. we should be pushing our error correction back to viaf, they will take note. Slowking4 (talk) 01:46, 27 February 2017 (UTC)

Instance of "type of cheese"[edit]

blue cheese (Q746471) is a subclass of (P279) cheese (Q10943).

But it is also an instance of (P31) type of cheese (Q3546121). (English article: Types of cheese, French article is about types of cheese pastes, Italian article is about cheese classification)

Should I remove this second statement? It seems redundant and type of cheese (Q3546121) does not seem like a solid item to build upon. Thanks! Syced (talk) 03:27, 21 February 2017 (UTC)

No, there's no reason to remove valid data. Wikidata's philosophy is that it's okay if different people categories an item slightly differently and seeks to present both perspectives. ChristianKl (talk) 09:16, 21 February 2017 (UTC)
ChristianKl: I see, thanks for your feedback! Syced (talk) 08:00, 22 February 2017 (UTC)
type of cheese (Q3546121) is useful in order to distinguish eg the specific Edam (Q597473) from the general Dutch cheese (Q17315183) -- both are in the subclass tree of cheese (Q10943), but only one is a type of cheese. Jheald (talk) 18:44, 21 February 2017 (UTC)
Jheald: Most items that link to type of cheese (Q3546121) are not specific varieties, but rather items like Spanish cheese (Q27038733) or industrial cheese (Q3088323). That contradicts your explanation, right? Cheers! Syced (talk) 08:00, 22 February 2017 (UTC)
Hmmm. Maybe something to raise with fr:Projet:Fromage, which I think has been the most active effort in this area. Jheald (talk) 09:14, 22 February 2017 (UTC)

Displayed name of Noongar language[edit]

Nys language label in Wikidata

If I expand "In more languages" for Wedge-tailed Eagle (Q752465), the Noongar language label is itself labelled as "nys", rather than in full (see screenshot, above). Where and how can this be fixed? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:18, 21 February 2017 (UTC)

To add a new label language, the language has to be added to MediaWiki. How this is done is explained here. --Pasleim (talk) 13:33, 21 February 2017 (UTC)
Thank you. Even after creating an account there, I get a "You cannot post new threads to this discussion page because it has been protected from new threads, or you do not currently have permission to edit" message, on the page where it is suggested I raise my request. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:18, 21 February 2017 (UTC)
And now my account there has been "rejected", because "the quality of your translations did not meet the requirements". I, of course, made no translations, nor indeed any other edits. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:47, 23 February 2017 (UTC)

Can anyone help get this fixed, please? And can anyone tell me why doing so is apparently dependent on an external project which is not open to such requests? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:48, 23 February 2017 (UTC)

I think you were misdirected. Language names are copied from a separate project called CLDR. I have added the language to the list at phab:T151269 but that's where my abilities end. Matěj Suchánek (talk) 19:38, 23 February 2017 (UTC)
In [1] User:Thiemo Mättig (WMDE) stated that adding a language to MediaWiki and TranslateWiki is preferred over adding just the language name to wmgExtraLanguageNames. I strongly support this statement. There is no point in adding labels in a language if the language is not selectable as user interface language. --Pasleim (talk) 10:20, 24 February 2017 (UTC)
There are two different things: language support and having its name localized. Are you sure you are talking about the latter? I am not sure whether that correspnds with Thiemo said in phab:T151269#2821445. By the way, I can now see the language localized in English (Noongar) but not eg. in Czech (still "nys"). Matěj Suchánek (talk) 14:34, 24 February 2017 (UTC)

IDs made up by Wikipedia[edit]

I am planning to import to Wikidata the list of natural heritage items of Moldova (see list in Romanian). Unfortunately, the source of the list (Parliament of Moldova) did not provide a unique ID for each item, so we had to make them up on Wikipedia. Now for example the Orhei National Park (Q15838244) was assigned ID "MD-OR-pn-001", where MD stands for country code, OR for district code, pn for type of natural heritage item (parc național in this case). You get the idea.

The question is: what property do I use on Wikidata to import these IDs? --Gikü (talk) 18:02, 21 February 2017 (UTC)

@Gikü: What I strongly suggest is simply replace your IDs with Wikidata entry IDs. Take a look at list of monuments in Nigeria for reference. Yarl (talk) 18:20, 21 February 2017 (UTC)
@Yarl: Thank you. This is painfully unreadable though. I believe readability is important for unique IDs used in contests like Wiki Loves Earth. --Gikü (talk) 18:23, 21 February 2017 (UTC)
It seems reasonable enough to create a new property for them. Jheald (talk) 18:36, 21 February 2017 (UTC)
How about using catalog code (P528) along with the qualifier catalog (P972) "Wiki Loves Earth - Moldova"? ChristianKl (talk) 18:49, 21 February 2017 (UTC)

Facebook[edit]

There is now a Community for Wikidata editors on Facebook. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:46, 21 February 2017 (UTC)

Property proposal category for Sport[edit]

Currently we have a lot of sport related property proposals but no sections that's focused on sport. What do you think about adding one? ChristianKl (talk) 11:17, 22 February 2017 (UTC)

Most sports property proposals are in fact authority control property proposals, thus there is already a specific section to file them into. However I would not object to having a separate section. —MisterSynergy (talk) 12:05, 22 February 2017 (UTC)

How to link directly to the wikidata editor?[edit]

If I know the Q and the P I want to edit, is there any way to send a user to the edit box for that particular P in that Q?--Strainu (talk) 11:23, 22 February 2017 (UTC)

Q2#P1589. A simple anchor does the job in principle, but sometimes Javascript loads slowly and moves the content further away after the browser already jumped to the anchor. —MisterSynergy (talk) 12:07, 22 February 2017 (UTC)
That doesn't link to the editor, just the current property value, so it doesn't work if the property does not yet exist in the page.--Strainu (talk) 12:50, 22 February 2017 (UTC)
I don’t know of any other method. The editor view is invoked by Javascript and therefore not easily accessible like the editor view of Wikipedia is. —MisterSynergy (talk) 13:01, 22 February 2017 (UTC)
Thank you. This seems like a good feature, I logged phab:T158851--Strainu (talk) 15:01, 23 February 2017 (UTC)

Describing physical and geographical items with OpenStreetMap tags[edit]

As a regular contributor to the OSM project and deeply interested in Wikidata, i'm very curious to know how to better describe the more rigid English dependent and flat data model in OSM to the more language independent and hierarchal model of Wikidata. This doesn't sound like a very novel idea to create a relationship between the data models of the two largest open data projects of humanity, but i'm putting it out anyway since my searches did not find anything along these lines.

To start i'm listing a few simple examples of Wikidata items as OSM tags that would describe the same feature:

Some immediate uses in my mind of this is to autogenerate Wikipedia links for the OSM tag documentation and taginfo, make it easier to map on OSM with better feature preset names and allow querying Wikidata features using OSM tags via SPARQL. Being pretty new to Wikidata, i'm not sure if adding OSM tags as properties to Wikidata items is desirable, but it would be nice to get some feedback if this is an idea worth exploring. --Planemad (talk) 11:36, 22 February 2017 (UTC)

This sounds interesting indeed. Perhaps the simplest way to start is to add interwiki links to the OSM wiki? I'm not sure this is currently possible in Wikidata, but it would help establish some sort of connection, since the page names on the OSM wiki are structured so that they can be easily parsed. Once this is done, one could do quality checks, such as, if an OSM element has a wikidata or wikipedia key, does wikidata have an equivalent statement?-Strainu (talk) 11:59, 22 February 2017 (UTC)
Are you aware of the properties OpenStreetMap tag or key (P1282) and OpenStreetMap Relation identifier (P402)? --Pasleim (talk) 12:21, 22 February 2017 (UTC)
Excellent! OpenStreetMap tag or key (P1282) is exactly what I was looking for thanks. Going to have some fun with this :) --Planemad (talk) 14:14, 22 February 2017 (UTC)

Blocked value oddity[edit]

I'm trying to add Quora topic ID (P3417), with the value "Advertorial", to Advertorial (Q380060).

However, that cause QuicktStatements to hang, and attempting to do so manually causes the "save" option to grey out. It would let me add "Advertoria".

Is the word "Advertorial" on some sort of blacklist? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:20, 22 February 2017 (UTC)

I was able to add it. Since I'm a sysop, this could indicate that some blacklist doesn't like the value. I checked SpamBlacklist and AbuseFilter, niether of them logged an action on that page. I don't know well the rest of anti-spam tools. Matěj Suchánek (talk) 17:19, 22 February 2017 (UTC)
I could reproduce Pigsonthewing observation with native label (P1705) instead of Quora topic ID (P3417). There seems to be a blacklist involved. Given that the problem is solved by you adding the value I see however no further need to investigate. ChristianKl (talk) 19:03, 23 February 2017 (UTC)
Actually, I won't be able to sleep unless I find out what's going on. I made a test on Wikidata Sandbox (Q4115189), both via the interface and API, without problem. If you dare, please submit this form (action=wbcreateclaim) and come back with the response if negative. Matěj Suchánek (talk) 19:53, 23 February 2017 (UTC)
  • The response I get is:

{ "error": { "code": "badtoken", "info": "Invalid CSRF token.", "*": "See https://www.wikidata.org/w/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce> for notice of API deprecations and breaking changes." }, "servedby": "mw1195" } But then it's not clear how to enter a correct CSRF token. ChristianKl (talk) 13:31, 28 February 2017 (UTC)

Petscan: Wikidata + Sitelink - Template[edit]

Is there a way to produce a canned search on Petscan combining:

  • Wikidata item with P1367 (preferably only one P1367, but that's a detail)
  • Sitelink to en-wiki
  • No template Art UK bio on the en-wiki article

I've asked on the talk page for Petscan on meta, but then I thought here might get more visibility.

Thanks, Jheald (talk) 15:29, 22 February 2017 (UTC)

Based on your post in Meta, take a look at "Combination" at "Other sources" tab. If you use Uses items/props at "Wikidata" tab, then you should put "wikidata NOT categories" in Combination field, if you're using sparql - "sparql NOT categories". Of course, Art UK bio goes to "Has any of these templates:" at Templates&links. --Edgars2007 (talk) 16:26, 22 February 2017 (UTC)
Thanks @Edgars2007:. I couldn't get the Wikidata tab to give me anything -- it seemed to only work as a filter. But maybe I didn't know how to re-set PetScan to clear previous conditions. On the Sparql tab I can exclude categories, but can I exclude templates? (I suppose I could get the template to set a category, but I don't want people on en-wiki to complain about "more clutter".) I can indeed get the Art UK bio list from "Has any of these templates:" at Templates&links -- but I couldn't see how to exclude it. One resort would be to go via PagePile of course (or just do the excluding with a script on my own PC) -- but I was attracted by the idea of a Petscan URL that could just be put on a page, that anyone could click through on to get a live list, with no more required of them than that. Jheald (talk) 17:12, 22 February 2017 (UTC)

@Jheald: Petscan has to have a baseline list of articles on the scanned project to perform the filters/generators onto. So the scanned project is English Wikipedia, you have to configure a generator on it ('Has none of these templates' is not a generator, it is a carveout supposed to trim down a previously generated list). I'd go with Category:Painters with a depth of 3 (or 4 for good measure, but the greater the depth the slower the generation). Then I'd add 'Art UK bio' under 'Has none of these templates' in Templates and links tab and add P1367 in 'Uses items/props' in Wikidata tab. The 'Sitelink to en-wiki' part of the query is satisfied by having English Wikipedia as scanned project. Please try it out and let us know if it works for you. --Gikü (talk) 14:21, 24 February 2017 (UTC)

Nice! That works, because its easy enough to compare the count for Sitelink + P1367 with Category + P1367 to make sure that all the P1367s have an appropriate category. I just need to do that once, then anyone can use that Petscan link (#769799) to find some untemplated artists. And with 5363 to go, that's quite enough to keep everybody busy. So, it's just exactly perfect. Thank you! Jheald (talk) 16:45, 24 February 2017 (UTC)

Adequate SPARQL Tutorials/References[edit]

I'm interested to know more about SPARQL and its wiki-based applications, thats why I would like to ask for your opinions about recommendable books/tutorials that helps to understand and apply SPARQL for diverse issues in wiki-world. I've already watched some of the wikimedia foundation presentations/vedios but still feel the need of more deep understanding. This would help me to create some tools I'm thinking about and to encourage more people in the Arabic World to contribute in wikidata and to use its awesome possibilites. I'll be thankfull for any recommendations --Sky xe (talk) 16:03, 22 February 2017 (UTC)

If you need a query for a specific purpose but don't know how to write the query, go to https://www.wikidata.org/wiki/Wikidata:Request_a_query and write what you need. ChristianKl (talk) 16:53, 22 February 2017 (UTC)
  • @Sky xe: A bit like The Matrix there's a limit to what you can be told -- you really have to try it for yourself! There is no substitute for setting yourself challenges of interesting queries you would like to make, and keeping a user page of how you achieved them.
It sounds like you've already seen Asaf's recent video introducing Wikidata, which touches on SPARQL. The next place to go is the portal at Wikidata:SPARQL query service/Wikidata Query Help, in particular the "gentle introduction" and the "beginner-friendly course" linked on the left. Each time there is an example, see how you can change in it to do something similar on data that is particularly interesting to you -- there really is no substitute for trying it out. It would also be a huge service to translate some of these into Arabic, or create your own, once you are more SPARQL confident.
You might also like to try Wikidata:SPARQL_query_service/queries, though frankly that page could use a lot of work (I think User:D1gggg may have it in his sights, so there may be hope) -- but its talk page is not a bad place to ask if there's anything you get stuck on. There are also some very good pages of example queries, both Wikidata:SPARQL_query_service/queries/examples, as well as various users' own pages eg, User:MartinPoulter/queries, User:TweetsFactsAndQueries/Problems. (I'm sure people can add more).
As for external resources, if you're anything like me you will find yourself googling things that will often lead back to the official reference spec at https://www.w3.org/TR/sparql11-query/ , or to questions answered at StackExchange etc.
In terms of books, there's an O'Reilly book Learning SPARQL by Bob DuCharme that is certainly readable, though obviously not containing anything specific to Wikidata -- I think I found that this could be a way to get more of the things that SPARQL could do into my head; but I think I find that once I have an idea that SPARQL can do something, I tend to reach for google first for more on how to do it. (Perhaps just that my keyboard tends to be nearer than my bookshelf!)
Hope this helps -- and have fun! For myself, I find it one of the most exciting things about Wikidata -- a real rush to be able to ask questions about almost anything in the world, all in the one data store. (Though sometimes it can be a challenge that either one has to find a way to work the query to get as much as one can within the permitted 30 seconds; or that our data is frustratingly not yet complete enough -- but of course that then just lays down the challenge to how to improve our data here!)
Hope you enjoy, all best Jheald (talk) 16:56, 22 February 2017 (UTC)

Thank you a lot for your answers. I indeed watched some videos about SPARQL, including the online introduction by Asaf. It was great to have the chance to ask him and it was very helpful. And you @Jheald: have confirmed my feelings that there's no way but to learn it by trying. The notes and suggestions of all of you are appreciated, and it will help me coming forward and I will start investing more time in the wikidata & SPARQL work in the next months. I do notice the lack of data and that's also why I'm feeling the need to encourage more and more people to take part at the enrichment. I think, smart Games like those of Magnus Manske would make it more comfortable for people to do it. My part will be the creation of media (different videos) and hopefully some good tools to show Arabic speaking people how awesome wikidata is and why it is important to be active. Im optimistic about the project --Sky xe (talk) 00:45, 25 February 2017 (UTC)

  • When it comes to actively using Wikidata, it's worth noting that there are a myriad of different ways to use Wikidata. Today most of my Wikidata usage was to use it as a multilingual dictionary for anatomy terms. Partly I benefit from the existing knowledge in Wikidata and when it's missing I add new translations or straighten the labels up. I could imagine that some Arabic speaking people also could use it as a dictionary. ChristianKl (talk) 22:36, 27 February 2017 (UTC)

published in (P1433)[edit]

Is published in (P1433) suitable for cases when image of painting was published in different magazines, newspapers and books? Didn't get it clearly. For example, can I make statements that XXX painting was published in YYY book on page 12 and in ZZZ magazine, year 1913, #1, page12? --Stolbovsky (talk) 16:44, 22 February 2017 (UTC)

Data type query: Tracking links to archived datasets[edit]

There are a number of projects to archive datasets of public interest. Is there a related datatype on WD? Something for URL archiving, perhaps?

An archived dataset has some basic shared data:

  • Dataset title
  • Dataset description
  • URL for canonical source (possibly multiple, if there are a set of canonical mirrors)
  • Archives (multiple)
    • Archive URL
    • Archive name?
    • Date of last archive capture

Examples here's a list of datasets archived or flagged for rescue at datarefuge hackathons (fields: uuid createdAt significance recommended_approach file_types estimated_size url title harvest_method harvest_url bag_url ckan_url) and here's another variant of the schema for the EDGI government-data initiative in the US:

"Individual source or seed URL": "http://www.eia.gov/renewable/data.cfm",
"UUID" : "E30FA3CA-C5CB-41D5-8608-0650D1B6F105",
"id_agency" : 2,
"id_subagency": ,
"id_org":,
"id_suborg":,
"Institution facilitating the data capture creation and packaging": "Penn Data Refuge",
"Date of capture": "2017-01-17",
"Federal agency data acquired from": "Department of Energy/U.S. Energy Information Administration",
"Name of resource": "Renewable and Alternative Fuels",
"File formats contained in package": ".pdf, .zip",
"Type(s) of content in package": "datasets, codebooks",
"Free text description of capture process": "Metadata was generated by viewing page and using spreadsheet descriptions where necessary, data was bulk downloaded from the page using wget -r on the seed URL and then bagged.",
"Name of package creator": "Mallick Hossain and Ben Goldman"


  • @Sj: We currently have 51 items marked as instance of (P31) data set (Q1172284) -- feel free to create "archived dataset" as a new subclass item of it if you like, for the new items to "instance of".
Here's a query for the properties currently used on them, that you could compare with the schema above: tinyurl.com/hd2qyza tinyurl.com/hosgygh
There also may be additional properties that could be useful, eg full work available at (P953), content deliverer (P3274), archive URL (P1065), archive date (P2960), catalog code (P528), file format (P2701).
There's also external data available at (P1325), which can be used to link a subject to a collection of datasets. (Examples: tinyurl.com/zzgd2xk).
Probably a good idea to start a WikiProject page, and create a schema -- such as those at eg Wikidata:WikiProject_Video_games/Properties, Wikidata:WikiProject_Books/en, Wikidata:WikiProject_Periodicals, Wikidata:WikiProject_Websites, or any of the pages listed in Category:Properties_list_in_a_WikiProject.
There may be some properties missing, that could be created -- eg original URL, container file format, ... -- better to see what people think about creating a new property, than using one which is not quite right. Jheald (talk) 01:55, 23 February 2017 (UTC)
Thanks @Jheald:. data set (Q1172284) looks like the right base type, I'll look into creating a WikiProject. It also seems that the raw data they're handling includes thousands of entries that might want to be clustered by significance / project-title before being put into wikidata, so they might use a CKAN repository for that. Do you know of examples of wikidata collections being synced with CKAN? Sj (talk) 07:40, 24 February 2017 (UTC)

External links[edit]

Hello. This is just to let you know that there is a new template called Template:External links that you can use to display a series of links that will tell your reader how often one given external URL is used on a few of the main Wikipedias. For instance, {{External links|http://www.lemonde.fr}} will display the following line:
External use from Wikipedias: [de][en][es][fr][it][ja][ko][nl][pl][pt][sv][zh].
I guess this will be useful on property proposals for external identifiers, as a way to quickly check whether the target website is already widely used on the different projects. It is already used on Wikidata:Property proposal/CEV ID, if you want to have a look. Feel free to add whatever you want, but don't overload this with any given language please. This is supposed to be short and efficient. Thierry Caro (talk) 05:16, 23 February 2017 (UTC)

Hovercards not working?[edit]

Hi all, I recently enabled hovecards beta feature. and all I see is preview error. It this feature working on wikidata or is it just me? Yarl (talk) 09:02, 23 February 2017 (UTC)

Hello Yarl
That's a known issue (also the case for properties). I'll report your feedback to the developers.
Best, Trizek (WMF) (talk) 10:08, 23 February 2017 (UTC)
@Trizek (WMF): thanks, it's confusing for me, because I saw is was working on Asaf's presentation not so long time ago. Yarl (talk) 10:20, 23 February 2017 (UTC)

Survey on newbie talk pages includes unecessary references[edit]

Can someone go after these messages and remove the ref tags? I did it here. Thx, Jane023 (talk) 10:42, 23 February 2017 (UTC)

Property for *describing* a location?[edit]

In the official list of natural monuments and protected areas of Moldova, the exact location (beside the district) is described by text and only on several occasions do we know the coordinates. Take for example "Râpa Tartaul" / Tartaul valley. We do not know its coordinates, because the official source did not provide any. However, we know that the site is located in Cahul District (Q2128882), specifically "la 2 km nord de satul Tartaul de Salcie, pe versantul stâng al râului Salcia" / "2 km north of Tartaul de Salcie village, on the left side of riverbed of Salcia river". Is there any property to assign this text to? Like 'location description' or something?

Please note that 1) we have these descriptions in Romanian, Russian and Ukrainian; 2) pasting the text in the description field would not work, because the description allows up to 250 characters. --Gikü (talk) 11:50, 23 February 2017 (UTC)

We have directions (P2795) for such cases. --Pasleim (talk) 13:30, 23 February 2017 (UTC)
@Pasleim: That's exactly what I was searching for! So obliged! --Gikü (talk) 14:51, 23 February 2017 (UTC)
I'm confused. How is this is any way structured data? Are these literally text descriptions in particular languages? --Yair rand (talk) 19:55, 23 February 2017 (UTC)
@Yair rand: That's a good point, but see Wikidata:Property proposal/Archive/49#P2795. --Gikü (talk) 13:58, 24 February 2017 (UTC)

Daylight Savings Time[edit]

Hi, when I input statements about the time zone for a particular location, do I format it like I did in Q27568077? I made two statements for the time zone property, one for regular time and one for summertime offset. Is that okay? Icebob99 (talk) 14:39, 23 February 2017 (UTC)

I think you should use the time zone item which already includes the summertime, I guess something like Central European Time (Q25989) in your case. Currently there is not much more information, but the wikipedia links are better and later on we can structure the information better (like the exact date of change of offset) without having to redo all the entries. Koxinga (talk) 21:44, 23 February 2017 (UTC)
Just to be clear—I can take out the UTC+2:00 and leave just UTC+1:00 (Central European Time), and that would imply that the time zone recognizes DST, thus eliminating the need for the additional statement? I'm going to do that, correct me if I'm wrong. Icebob99 (talk) 01:23, 24 February 2017 (UTC)

Agreement to add scientific names of taxons as labels[edit]

I have a long-standing request at Wikidata:Bot requests#‎Taxon labels for a bot to add scientific names of taxons as labels. user:Succu has objected to this, while recently, his bot is doing exactly that. When I pointed out this apparent ambiguity, he claimed that it is "is adding labels in a few languages where there is agreement to do so" (my emboldening).

I have now asked him three times for details of such agreement(s), but I have yet to receive a straight answer (he tells me "Simply follow the discussions", "I did often enough. So it's meanwhile a little bit boring", and "Again: follow the links in this thread. There is no need to repeat it again and again.").

Does anyone know whether these agreements exist, who made them, what was actually agreed to, and where they are recorded?

Aside from this, it seems ludicrous to be using a bot to add a label like "Drusus sharrensis" to the relevant item in languages like Bulgarian, Latin, and Russian, while at the same time objecting to anyone else doing so in in, say, Catalan, Dutch, English, German, French, Italian, Spanish, or other western-alphabet languages. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:26, 23 February 2017 (UTC)

This is discussed for the 5th (?) time now... --Succu (talk) 16:33, 23 February 2017 (UTC)
That is neither an answer, nor a discussion Succu. I find that it is a reasonable question to be asked, reasonable to have a clear explanation and this is a reasonable place for a discussion if one believes that one is being fobbed off, or non-answered. [Such declinations border on passive-aggressive behaviour.] So to help us all out, please can we have a clear and concise instruction on the addition of scientific names as labels in all the languages. I see it is happening for 80+ languages for family name, so it seems reasonable that it happens for taxonomic names. Thanks.  — billinghurst sDrewth 01:33, 24 February 2017 (UTC)
I am not aware of any discussions on the subject, so for the that is the 1st one. So it seems to me that both Andy Mabbett and Succu agree that such edits are needed, I agree as well. So what is the issue? That Succu changed his mind without admitting it and now does not want to talk about it? As for adding scientific names to Cyrillic alphabet wikis: that seems to be correct if I do to ru:Оконные_мухи the scientific name uses Latin alphabet. --Jarekt (talk) 02:36, 24 February 2017 (UTC)
Agree with Jarekt, billinghurst and Andy. Very sensible to add Latin scientific names of taxons as labels to cover all languages; long past time that we stop tolerating deliberately unhelpful snark and call it out for what it is - a form of bullying. --Tagishsimon (talk) 11:11, 24 February 2017 (UTC)
ludicrous, fobbed of, passive-aggressive behaviour and bullying - Interesting „discussion“.
@Jarekt: The current agreement is Wikidata:Requests for comment/Automatic labelling. --Succu (talk) 11:20, 24 February 2017 (UTC)
Yup, ludicrous, fobbed of, passive-aggressive behaviour and bullying seems to be the consensus. Had you posted the link instead of the snark, we would not be having this side-discussion. Please learn from it. --Tagishsimon (talk) 11:36, 24 February 2017 (UTC)
I read the RfC as being generally supportive. Can you point us at any objections to the proposal? --Tagishsimon (talk) 11:39, 24 February 2017 (UTC)
 ?!? Wikidata:Bot requests#‎Taxon labels. --Succu (talk) 11:41, 24 February 2017 (UTC)
That RfC was mentioned in the bot-request discussion only in response to my question "Can you show a policy requiring us to obtain consensus from external [WMF] projects before editing here?" (after Succu asked if I had "reached an agreement with svwiwki, cebwiki, warwiki, viwiki or nlwiki" to make the proposed edits in Wikidata). My response then - that's 28 March 2016 - was "Nothing in that May 2013 RfC stops this proposal from continuing; and no policy was created by it", to which Succu did not reply further. Even if that historic RfC were still - or ever - relevant, it shows no consensus either way regarding taxon labels in Russian; and Bulgarian and Latin labels are not mentioned at all. Indeed, the only consensus for oppose was a single voice asking for a temporary hiatus on doing so for Swedish, until other editors were consulted. Succu's reliance on the RfC is bogus. He has been stonewalling the request for a bot for almost a year. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:48, 24 February 2017 (UTC)
At earlier discussions that RfC was accepted as a starting point. Meanwhile some bot owners added labels in selected languages, e. g. User:BotNinja for bg and ru. I simply added this task to my weekly bot run. Have a look at this discussion started on 18 November 2015 where more concerns are expressed. Your recent conclusion from a diff It appears that Succu now agrees that adding scientific names of taxons as labels is a good thing. is not correct. I never agreed that mass adding labels the way you proposed is a good thing. The wording of some users here is not acceptable, especially the one that insinuates a personality disorder (passive–aggressive behavior (Q1153809)). --Succu (talk) 18:57, 24 February 2017 (UTC)
Succu claimed "agreement" for adding labels in languages such as ru, bg & la. He refused my requests to cite such agreement, until in this discussion he cited them to an RfC where no such agreements exist. He now refers to "earlier discussions". Which ones? As for "Passive-aggressive behavior", it may be defined as "the indirect expression of hostility, such as through procrastination, stubbornness, sullen behavior, or deliberate or repeated failure to accomplish requested tasks for which one is (often explicitly) responsible". Others may judge the applicability of that, but it is distinct from "passive-aggressive personality disorder". By all means, though, Succu may take that matter to the administrator's noticeboard. But he should beware of boomerangs. To reiterate, the position of using a bot to add a label like "Drusus sharrensis" to the relevant item in languages like Bulgarian, Latin, and Russian, while at the same time objecting to anyone else doing so in in, say, Catalan, Dutch, English, German, French, Italian, Spanish, or other western-alphabet languages is ludicrous. It is also utterly untenable; and I note that Succu has made no plausible attempt to defend doing so. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:39, 24 February 2017 (UTC)
Hmm, one snippet of my statement has been taken out of context on how it was meant from local conversational English. Can we stop chewing on that bone? [If that could be easily excised from this conversation to bring it back to focus, I would do that.] I have apologised to Succu separately for how my comment was perceived. I am not about trying to win an argument with hostility or bullying behaviour.

I would like to see clear statements on what can be done, there is none as far as I can see, and it may be that it doesn't come from Andy or Succu, as this should be an agreed community position.  — billinghurst sDrewth 04:36, 26 February 2017 (UTC)

Succu has now given a substantially different, vague, and conflicting justification for his claim of "agreement", on the Bot Request page, and has indicated there that he is "not not willingly to answer in a thread full of insults" (presumably meaning this one). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:51, 24 February 2017 (UTC)

WikiProject Holocaust?[edit]

Does anyone knows about any efforts to integrate Holocaust data? We at the European Holocaust Research Infrastructure (Q21755493) project will be adding data on camps and ghettos, and are looking for collaboration.

All I can find is en:Wikipedia:WikiProject Jewish history --Vladimir Alexiev (talk) 17:19, 23 February 2017 (UTC)

@Vladimir Alexiev: No, but please feel free to start something at Wikidata:WikiProject Holocaust. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:40, 23 February 2017 (UTC)
@Vladimir Alexiev: I can recommend you Wikidata + GLAM facebook group. Yarl (talk) 18:11, 23 February 2017 (UTC)

need input on list of endpoints for SPARQL federation[edit]

Hi everyone,

Currently Wikidata Query Service does not support federated queries. Stas has been working on making it possible to enable federated queries for a limited number of SPARQL endpoints. We have now opened a page to get suggestions and agreement on the first endpoints to support. Please add your comments and suggestions: Wikidata:SPARQL federation input

Cheers --Lydia Pintscher (WMDE) (talk) 17:50, 23 February 2017 (UTC)

Ping everyone who participated in a discussion[edit]

When creating a property discussion we generally ping everyone who participated in the discussion. Currently that requires manually copy-pasting their name. Maybe it's possible to write a template like Template:Ping everyone that simply pings everybody who participated in the current discussion? ChristianKl (talk) 18:40, 23 February 2017 (UTC)

I don't think that is possible with the current software. Sjoerd de Bruin (talk) 19:47, 23 February 2017 (UTC)
It seems to me like https://www.wikidata.org/wiki/Template:Ping_project can read the participants list out of a specific page and ping everyone. Why do you think pinging everybody who commented on another page would be harder? ChristianKl (talk) 21:21, 23 February 2017 (UTC)
Personally I don't see the need to ping every person who commented. The proposer definitely should be ping. The other way could be to build a commented <!-- {{ping||||}} add your name if to be pinged at closure --> template with the proposal, so those who want to be pinged can add their name, and when you close the proposal then you uncomment the template and let it rip. People should be trained to assist themselves.  — billinghurst sDrewth 03:13, 24 February 2017 (UTC)

Quora blog post[edit]

Quora have just published a blog post about their collaboration with Wikidata, and the work I've been doing with them to make that happen. They are now displaying links to Wikidata items in their topic management pages - about 88K of them, so far. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:09, 23 February 2017 (UTC)

Congratulations for getting Quora to link back to us. I'm now seeing the links to Quora in a better light. ChristianKl (talk) 19:23, 23 February 2017 (UTC)
Alright. Sounds good man. btw, glad to know the people on fb are onboard with it as well. MechQuester (talk) 19:56, 23 February 2017 (UTC)
@Pigsonthewing: a lovely succinct blog post that beautifully encapsulates use and benefits. Well done Andy, you are permitted to have a 30-second celebratory strut around your living room.  — billinghurst sDrewth 03:22, 24 February 2017 (UTC)
Thank you. Duly strutted ;-) Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:59, 24 February 2017 (UTC)
This probably means tht's it's now a good time to create the Spanish Quora ID as well. ChristianKl (talk) 07:30, 24 February 2017 (UTC)
Previous proposal was Wikidata:Property proposal/Quora topic ID (Spanish). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:59, 24 February 2017 (UTC)

Vandalism in passive–aggressive behavior (Q1153809)[edit]

I just reverted some vandalism in this item (irrelevant offensive language in the description, and foreign-language aliases - though the latter may have been in good faith). I went to do what I would do in Wikipedia and warn the user, (though it was an IP, so this is of limited value) and tried to find a warning template. I hadn't realised that Wikidata doesn't appear to have Template space in the way other projects do. What is the recommended procedure when reverting vandalism? This is the first vandalism I have seen on Wikidata, but I haven't been round here much recently: is it a significant problem? --0ColinFine (talk) 23:38, 23 February 2017 (UTC)

For warning templates you can find them here --ValterVB (talk) 07:19, 24 February 2017 (UTC)

TRAPPIST-1[edit]

The interface isn't allowing corrections.

  • Q23986556 (TRAPPIST-1) has commonswiki CATEGORY:TRAPPIST-1

but this should be indicated at

since that is the category data page

I can't add the category to the category data page, nor can I remove it from the article data page

-- 70.51.200.162 07:46, 24 February 2017 (UTC)

✓ Done I moved the sitelink. --Pasleim (talk) 09:19, 24 February 2017 (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. Matěj Suchánek (talk) 13:38, 27 February 2017 (UTC)

Please merge special item[edit]

Somebody may please merge item Battle at the Harzhorn (Q555463) with item no label (Q27243271) which both are the roman - germanic battle. Merge help section is nothing for wikidata new users. Thanks in advance!  – The preceding unsigned comment was added by Pliojason1 (talk • contribs) at 12:56, 24 February 2017‎ (UTC).

 Not done

@Pliojason1: One is for the event, the other the location where it took place; these are distinct concepts. The difference is apparent from the English labels. Perhaps labels in another language are confusing, and need to be improved? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:30, 24 February 2017 (UTC)
Yes, apparently it's all about the labels, maybe I can edit those. The wikipedia articles (en) Battle at the Harzhorn and (de) Harzhornereignis have very much the same topic, differing in length only. - I finished relabeling right now. It should be clear now that both items describe the same article just with different spelling. Thanks again in advance for anybody merging these items!  – The preceding unsigned comment was added by Pliojason1 (talk • contribs) at 15:11, 24 February 2017‎ (UTC).
No. I've undone your edits. These items are not about the same concept. They will not be merged. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:47, 24 February 2017 (UTC)
What the Wiki articles are about is irrelevant to whether we merge Wikidata items. ChristianKl (talk) 07:14, 25 February 2017 (UTC)

P373[edit]

I tried to update Commons category (P373) in Infinite (Q50598) but the system does not allow me. -- Innocent bystander (talk) 18:23, 24 February 2017 (UTC)

Update how? What value? What does it say? Matěj Suchánek (talk) 19:23, 24 February 2017 (UTC)
The present link is to a Category-redirect. I tried to update it. The message was written in Swedish, but I still do not understand what it says. I do not have the time now, to do the same in English, but feel free to try! -- Innocent bystander (talk) 20:50, 24 February 2017 (UTC)
✓ Done Matěj Suchánek (talk) 21:28, 24 February 2017 (UTC)
And you got no Error-messages? -- Innocent bystander (talk) 14:43, 25 February 2017 (UTC)
Nope. Matěj Suchánek (talk) 15:04, 25 February 2017 (UTC)

Wikidata description editing in the Wikipedia Android app[edit]

Wikidata description editing is a new experiment being rolled out on the Wikipedia app for Android. While this primarily impacts Wikidata, the changes will show up on the mobile versions of Wikipedia in the form of descriptions under the title of the page and in the search results. This new feature has been in the Beta version of the app for two weeks (announcement for Beta version), and has produced encouraging results: For Russian and Hebrew Wikipedias, despite being exposed to a small number of users, there have been dozens of new descriptions added, and a very low rate of vandalism or low-quality contributions. For the Catalan Wikipedia, the data is not yet conclusive due to the relatively low rate of contributions. We are now preparing to roll out this functionality to the main (stable) version of the Wikipedia app. This will still be limited to the Hebrew, Russian, and Catalan Wikipedias, since we’d like to continue to test how users interact with this feature within the same initial group of communities. As always, if have any concerns, please reach out to us at reading@wikimedia.org. Thanks! -Jkatz (WMF) 18:51, 24 February 2017 (UTC)

Properties ready for creation[edit]

Category:Properties ready for creation has over 40 entries awaiting attention. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:49, 24 February 2017 (UTC)

As far as the "Blocker of (Biochemistry)" properties go, I'm not sure. I think this way of naming this parantheses is new and I don't know whether it's superior to "biochemical blocker of". ChristianKl (talk) 22:13, 24 February 2017 (UTC)

IP users[edit]

I formally request that entry-creation privileges be restricted to logged-in users, so as to slow down spam. DS (talk) 00:15, 25 February 2017 (UTC)

Do you mean item creation, or statement adding? Or both? -- Ajraddatz (talk) 00:46, 25 February 2017 (UTC)
What's the rate of the spam? Icebob99 (talk) 16:28, 25 February 2017 (UTC)
yeah, i would like to see a metric, and better yet a time series of spam, in order to make an intelligent decision. Slowking4 (talk) 01:55, 26 February 2017 (UTC)
There looks to be 300 item creations from the 22 Feb to now. [2]. So call that 50-75 a day. I note that there is one specific user 112.198.70.1 (talkcontribslogs) creating many for Cebu so is the concern that specific or is it others? If it is not that user, then we would be preventing those creations, if it is that user, then there are means to manage them. It seems that the problem needs a full explanation of what is trying to be prevented or achieved. An abuse fitler could manage it from whenever turned created and turned on, though if there are beneficial creations, how would you see us proceed?  — billinghurst sDrewth 03:45, 26 February 2017 (UTC)
thank you. that seems like an admin doing an ip block would be appropriate. this is a perennial issue, see also Wikidata:Project_chat/Archive/2017/02#Vandalism_out_of_control. Slowking4 (talk) 04:16, 26 February 2017 (UTC)

Consistency[edit]

Hoi, we have a policy where the label of an item is irrelevant to its historic use. Consequently we have a situation where we are not able to provide the right label for a specific use. In the past we have combined all kinds of rulers that fit the same mould. I am going to do the same for "governors of Jamaica". As it is they represent the monarch who happens to be British. It makes even sense to include all the rulers of Jamaica.. some of those were Spanish. Thanks, GerardM (talk) 07:46, 25 February 2017 (UTC)

Hovercards broken?[edit]

I'm using the beta feature Hovercards, but it does not display any information here on Wikidata when hovering over items. Is it broken? //Mippzon (talk) 09:06, 25 February 2017 (UTC)

I'm not using it, but get errors from MediaWiki:Gadget-PopupsFix.js in my browser's console since yesterday (though the gadget itself has not been changed recently). Guess that could be related, though I don't have time to investigate any further. --YMS (talk) 11:55, 25 February 2017 (UTC)
See also above. Matěj Suchánek (talk) 15:04, 25 February 2017 (UTC)

Obtaining a user's preferred languages, for a templated query[edit]

Is there any good way that a template can get the list of a user's preferred languages, to include them at the top of the list for the wikibase:label service in a WDQS query?

Someone has suggested this Mediawiki API call is available (Special:ApiSandbox#action=query&format=json&meta=userinfo&uiprop=acceptlang), but can that be accessed from within a template, ie from Lua, rather than from Javascript ?

It seems we try to be very multilingual in our data, but it is hard to access it on-wiki in a multilingual way. Jheald (talk) 13:03, 25 February 2017 (UTC)

Besides, when I run that call for myself, with "uselang=user", it only returns "en", not the other languages I have in my Babel that I can understand a little. Jheald (talk) 13:06, 25 February 2017 (UTC)
As far as I know, Scribunto has been limited, so it cannot access api today. -- Innocent bystander (talk) 14:46, 25 February 2017 (UTC)
@Innocent bystander: Okay; but which call(s) would I use to obtain this information, even if Scribunto was working? Jheald (talk) 15:38, 25 February 2017 (UTC)
An ugly workaround is {{int:lang}} or frame:preprocess( '{{int:lang}}' ). Matěj Suchánek (talk) 13:40, 27 February 2017 (UTC)

Items with conflicting P31 statements[edit]

Hi, I found two separate items for mountain range, mountain range (Q46831) and non-geologically related mountain range (Q1437459). The first is for geologically related mountain ranges, the second is for non-geologically related mountain ranges. Here's a link to a query that lists all items with an instance of [Q1437459]. The first item in the query, [Q1262], has two instance of (P31) statements: one for each mountain range item. Does this imply that the Graian Alps are both geologically and non-geologically related? Is one statement flawed? Here's the query for all items which have P31 statements with both types of mountain ranges.  – The preceding unsigned comment was added by Icebob99 (talk • contribs) at 16:27, 25 February 2017‎ (UTC).

As mountain range (Q46831) is a subclass of non-geologically related mountain range (Q1437459), this is not really wrong, but in all the cases where both are defined, non-geologically related mountain range (Q1437459) is useless. If you read the Engish description, the idea of non-geologically related mountain range (Q1437459) is that the mountains are not necessarily geologically related, but they can still be. This is the more general case. However, I don't think the use of these two items is very consistent, especially as they have the same English label. If you are interested in this topic and would like to contribute, I started a few days ago a WikiProject_Mountains where we can define more precise rules on how to represent mountain related items.Koxinga (talk) 22:17, 25 February 2017 (UTC)

Harmonising the categorisation of retail stores/shops[edit]

I'm interested in whether the categorisation of retail stores/shops can be made more consistent. There are these lists:

What I find a bit odd for English Wikipedia is there is no page for Shop. There is a redirect from "Retail shop" to Retail#Retail types by marketing strategy. Also the Wikidata Shop is defined as a subclass of place of sale (Q2516083) which is A) different to Point of sale (Q386147) and B) I think invalid because a PoS is not the same as a shop.

Can anyone give their thoughts on:

  • Would it be logical to harmonise the lists above?
  • Should there should be any "en" link from shop (Q213441)?
  • Should Shop be a subclass of Commercial building, rather than point of sale?

Pauljmackay (talk) 18:50, 25 February 2017 (UTC)

It's entirely up to enwiki to decide if they create an article about shop (Q213441) or not. If there is one, you can add it.
--- Jura 18:09, 26 February 2017 (UTC)
Thoughts:
Cheers! Syced (talk) 11:38, 27 February 2017 (UTC)
I think I fixed the mess. place of sale (Q2516083) is not used by any item except talk pages, I have asked for its deletion. Syced (talk) 12:28, 27 February 2017 (UTC)

Catalog and Catalog code[edit]

Hoi, it is suggested that I use these properties to identify items that are part of a project. For me the combination would be First identify the Catalog and then an associated code. The code is of lesser importance. When I look at Chihuaha I find that the catalog shows as one of the statements.

This is exactly why we proposed a property that does show. A Catalog is a statement that is of no intrinsic value except to the project itself and it is therefore not really usable. So can we please decide that we either have properties for individual projects or mend the way Catalog and Catalog code works. NB it makes better sense to have the catalog first and the code as a qualifier. Thanks, GerardM (talk) 08:26, 26 February 2017 (UTC

Discussion is at Wikidata:Property proposal/Black Lunch Table ID. The catalogue in this case would be an item for "Black Lunch Table"; the code would be the "Black Lunch Table ID", in the format "BLT-######". I'm not clear why this doesn't meet your requirements. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:47, 27 February 2017 (UTC)
What I need is to identify an item as part of the "catalog". This does not need to show in the same way as an external source does not need to show. The result is something like this as you can see this functions in queries. Thanks, GerardM (talk) 10:37, 28 February 2017 (UTC)

Wikidata visualization interface generator[edit]

I have been interested in several different topics in Wikidata (administrative entities, awards, mountains, etc.), but I found that each time it was not easy to navigate through the existing data with the Wikidata interface. What are the subclasses or instance of a given class? What is the . Some interfaces have been developed, for artworks, timelines, etc. but they all cover very specific needs. I ended up doing (or at least starting, nothing was good enough to share) three different but similar interfaces:

  • When looking at administrative entities, what I wanted to see was a hierarchical tree of administrative entities using located in the administrative territorial entity (P131) to define the hierarchy, then a map of all sub entities of any selected entity (with the shapes coming from OpenStreetMap). I lost it, but the result was something like this
  • When looking at awards, what I wanted to see was a hierarchical tree using subclass of (P279) then for a given award a table of all winners by year. It gives something like this.
  • When looking at mountains, I wanted to visualize the hierarchy of mountain ranges, which is represented by instance of (P31), then the map of all mountains inside a given mountain range. Something like this.

However, I realize now that what would really be useful is a way to simplify the creation of such specialized interfaces. A kind of form where a user just has to specify a few parameters, maybe a few SPARQL queries to generate a full interface with a navigation tree, a table (similar to what Listeria can do) and/or a map. The most basic use cases would not require programming knowledge apart from the properties and entities ID to use to obtain a workable interface, and more advanced interfaces could use this as a basis before customizing the generated result.

In my opinion, this would greatly improve navigation in the data in Wikidata, as well as push for more consistent data model as problems in the hierarchy become much more visible.

Does it exist already? If it does not exist, would you be interested in such a tool? Koxinga (talk) 10:55, 26 February 2017 (UTC)

I'm not aware of a present solution. I would imagine that the ideal solution would be to integrate a feature in SPARQL that produces nice trees of data. ChristianKl (talk) 17:55, 27 February 2017 (UTC)
Perhaps you could create some graphics as mock-ups for how you think this would look; alternatively, you could provide some web pages that do something simlar. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:53, 27 February 2017 (UTC)

Requesting mass revert of Yash nagar’s defining formula statements[edit]

About 1½ months ago, Yash nagar (talkcontribslogs) mass-imported defining formula (P2534) statements from Wikipedia. Objections arose; many of the statements are incorrect, and in the end the user themselves agreed that the statements should be mass-reverted. Can someone please do that? Otherwise, I fear those incorrect statements will remain in Wikidata for a long time. (For example, I removed one just now where the formula only appeared in a reference at the end of the linked Wikipedia article.)

Pinging participants of the discussion on the user talk page: ArthurPSmith, Fnielsen, Vlsergey, Airon90, Infovarius. —Galaktos (talk) 14:27, 26 February 2017 (UTC)

@Galaktos: - Do we have a count of how many were imported? defining formula (P2534) has only been used 3,470 times so this wasn't a huge mass update (unless it's been fixed already?) A short list of ones still to fix is on the constraints page: Wikidata:Database reports/Constraint violations/P2534 so I think it might be better to clean up by hand rather than mass revert here. But if a mass revert is done (if it hasn't already been done) I'm ok with that too. ArthurPSmith (talk) 20:26, 27 February 2017 (UTC)
@ArthurPSmith: well, if a couple thousand statements aren’t “huge” or “mass”, then I just wasn’t aware of the usual scale those terms imply on Wikidata :) I think that was about the extent of statements that was added. But I do think a full revert of those statements (the ones added by Yash nagar via quickstatements – not all statements, if possible!) is in order, because many of the incorrect statements won’t show up on any constraints pages since they’re only logically wrong, not syntactically (example). Afterwards, the statements could be imported into the Primary Sources tool again, so that human editors can verify their correctness before adding them. —Galaktos (talk) 00:28, 28 February 2017 (UTC)

Wikidata items for Wikisource templates?[edit]

Hi, I'm not entirely sure what Wikidata does with pages like Wikisource templates. I found an item, Q28820558, that seemed to be a case of vandalism, but it has a sitelink to the French Wikisource. It also looks like it was created manually, so I'm not sure if it even should be on Wikidata. Can someone clarify? Should I request deletion of the item or should I take out the vandalism portion? Thanks, Icebob99 (talk) 14:50, 26 February 2017 (UTC)

I have fixed label and descriptions. Thanks --ValterVB (talk) 17:57, 26 February 2017 (UTC)

Query for area in square kilometers?[edit]

Hi, I recently built this query to find areas by country. Are these areas in square kilometers? I performed a few spotchecks to find areas that were not in square kilometers (including the United States item), but I couldn't find any items with area in square miles. Does the area property (P2046) automatically format its values in square kilometers, or if the unit is manually specified, is there a way to build a query that looks for all the values in square kilometers? Thanks, Icebob99 (talk) 16:42, 26 February 2017 (UTC)

@Icebob99: take a look at these queries:
Remember you can also request a query. Yarl ✉️️  18:01, 26 February 2017 (UTC)

Cannot add an article for interwiki[edit]

Somehow, I cannot add w:he:צִבְעוֹנִיִּים to Q59905. The software says it doesn't exist but I'm definitely looking at it. Does anyone know why it reads "A page "צִבְעוֹנִיִּים" could not be found on "hewiki".

The external client site "hewiki" did not provide page information for page "צִבְעוֹנִיִּים"." —Justin (koavf)TCM 19:13, 26 February 2017 (UTC)
The page צִבְעוֹנִיִּים does not exist. Perhaps you typed something wrong? MechQuester (talk) 19:27, 26 February 2017 (UTC)
@MechQuester: Sorry, thanks. —Justin (koavf)TCM 19:51, 26 February 2017 (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. Matěj Suchánek (talk) 13:38, 27 February 2017 (UTC)

location (P276) vs. located in the administrative territorial entity (P131)[edit]

Hi all, is there any consensus about using these two properties regarding buildings? Right now I see two approaches:

I'm not sure what's the purpose of the latter way, because we duplicate the information (most detailed already has information about level up subdivision) and database is harder to maintain (imagine change of administrative divisions). Yarl ✉️️  10:30, 27 February 2017 (UTC)

I agree, given that Dresden (Q1731) is an administrative division it should be stated with located in the administrative territorial entity (P131). And there's no need to link to Saxony in this case. ChristianKl (talk) 10:46, 27 February 2017 (UTC)
location (P276) is to link events to places which are not administrative subdivisions.
located in the administrative territorial entity (P131) should always be used, if one wants to say a place is in an administrative subdivision. Jheald (talk) 15:38, 27 February 2017 (UTC)
@Jheald: and to make it clear, village (Q532) and city (Q515) are, per definition, also administrative subdivisions. Yarl ✉️️  16:31, 27 February 2017 (UTC)
Yes. I don't know why that is the case. For the UK I would prefer them not to be administrative subdivisions.
I would prefer that location (P276) not located in the administrative territorial entity (P131) would be used when values would be in classes village (Q532) or city (Q515) in the UK.
located in the administrative territorial entity (P131) should also not be used for subjects which are not places, ie events.
It is possible that in some other countries village (Q532) and city (Q515) are recognised administrative subdivisions -- but this (IMO) would be better handled by recognising them as such specifically in the subclasses of administrative subdivisions for that country, and not more generally. Jheald (talk) 16:51, 27 February 2017 (UTC)
village (Q532) is currently a subclass administrative territorial entity (Q56061). I don't think that is correct. At least for the Netherlands that seems to be incorrect. Multichill (talk) 17:53, 27 February 2017 (UTC)

Japanese speaker needed[edit]

Please can someone who can read Japanese take a look at Wikidata:Database reports/Constraint violations/P3703? In particular, is the property correctly used for companies, as well as people? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:37, 27 February 2017 (UTC)

Looking. --Thibaut120094 (talk) 13:34, 27 February 2017 (UTC)
I can. ja:市川右太衛門 is an actor, while ja:市川右太衛門プロダクション is a production company. Syced (talk) 13:36, 27 February 2017 (UTC)
Pages that link to this property are overwhelmingly actors, but I have also found no label (Q11466646) which is a production company. Syced (talk) 13:39, 27 February 2017 (UTC)
JMDB also have companies in their database, I'm fixing JMDb person or company ID (P3703) constraints. Apart of that, it's all fixed. --Thibaut120094 (talk) 13:43, 27 February 2017 (UTC)
Thank you. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:55, 27 February 2017 (UTC)
However, it is not a good idea to import values from {{jmdb name}} from jawiki en masse without checking first and understand Japanese, some of them are not about the subject of the article (example). --Thibaut120094 (talk) 13:54, 27 February 2017 (UTC)
http://www.jmdb.ne.jp/person/p0410410.htm is a JMDB item which is not a person, but rather a department of a company. Syced (talk) 13:52, 27 February 2017 (UTC)
I imported 1.7K values. We have 12 constraint violations, most apparently due to the constraint being too tight. I don't think that's unreasonable. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:55, 27 February 2017 (UTC)
If some aren't about the subject of the article that seems like a bad idea. ChristianKl (talk) 10:12, 28 February 2017 (UTC)
"If". Do you have any evidence of this happening, and can you quantify the problem? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:17, 28 February 2017 (UTC)
Thibaut120094 said that it's true for some of them and pointed out an example. ChristianKl (talk) 13:54, 28 February 2017 (UTC)

Wikidata weekly summary #249[edit]

International Open Data Day[edit]

International Open Data Day is this coming Saturday, 4 March. Are we doing anything to mark it? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:12, 27 February 2017 (UTC)

@Lea Lacroix (WMDE): ? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:51, 27 February 2017 (UTC)
Hello,
I will attend to the event organized by OKLabs in Berlin and make a short introduction about Wikidata.
If any of you organize something, take pictures or create slides, feel free to add it in the next Weekly Summary :) Lea Lacroix (WMDE) (talk) 09:58, 28 February 2017 (UTC)

Base pair?[edit]

Is base pair (Q145911) View with Reasonator See with SQID and base pair (Q21481789) View with Reasonator See with SQID the same thing? The latter has only eswiki article which seems to be describing the same thing as the former. Is there any difference? Which one should be used as unit for genomes? Laboramus (talk) 23:25, 27 February 2017 (UTC)

Fixing cases where the wrong property is used[edit]

Iraq Inquiry (Q4165309) has several people listed using has part (P527), whereas they should be listed using participant (P710). Is there a tool, or script, that can easily convert such cases, preserving qualifiers and references? Or could someone make one? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:36, 27 February 2017 (UTC)