Shortcut: WD:PC

Wikidata:Project chat

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

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

Administrators'
noticeboard

Development
team

Translators'
noticeboard

Bureaucrats'
noticeboard

Requests
for permissions

Requests
for deletions

Property
proposal

Properties
for deletion

Requests
for comment

Partnerships
and imports

Project
chat


Contents

Dormant properties[edit]

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

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

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

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

Shouldn't the proposer of a property interested in using it? --Succu (talk) 21:47, 12 February 2016 (UTC)
The proposer of a property have identified a need based on one or two entries they are working on, that they extrapolate will be useful for other items. They are not required to commit to using the property on a large number of items within any given time frame. If they do, that's great, but that doesn't answer the question - why sparsely used properties are problematic? Thryduulf (talk: local | en.wp | en.wikt) 20:15, 13 February 2016 (UTC)
... Or it was approved only last month after 50 weeks of waiting and the proposer is still learning how to use wikidata. Dispenser (talk) 22:29, 13 February 2016 (UTC)
@Dispenser: Many of the above properties have low P numbers and were created some time ago. I think the proposers just lost their interest.--Kopiersperre (talk) 19:48, 14 February 2016 (UTC)
I was speaking of myself. 29 of the 206 listed properties were only approved in 2016. Dispenser (talk) 18:14, 15 February 2016 (UTC)
@Dispenser: probably a little late to add this comment, but I would like to urge all property proposers to keep track of their proposal regularly and if nobody's commented please reach out to individuals you think would care and have them say something under your proposal. To be created normally we would look for around 3 supporting comments from other people. It should also ideally come with a well-filled out property documentation template - see Template:Property_documentation for details on that. Good examples are important so we understand how it will be used - the example should include the item the property would appear on, the value you would set, and some way to verify (a reference) that the value is correct. When there has been sufficient discussion and at least a week has passed, you can change the "status" field to "ready" which will make it easier for a property creator to spot that you think it is done. Please answer questions from property creators, if there are any, as soon as you can to speed the process along. Thanks! ArthurPSmith (talk) 21:13, 18 February 2016 (UTC)
I asked the relevant WikiProject to comment on HowLongToBeat and they said it was an unreliable source for Wikipedia. Dispenser (talk) 16:09, 26 February 2016 (UTC)
Well, that's definitely a good way to proceed, and then let the discussion sort out what we should do. Thanks for persevering! If you have other property proposals I would definitely recommend you advertise similarly. ArthurPSmith (talk) 15:00, 29 February 2016 (UTC)

If you can quickly get to the raw data behind any of these properties, please consider importing it into mix'n'match. I did Italian Chamber of Deputies ID (P1341) and NARA person ID (P1222) (though the latter doesn't seem to work with the URL pattern for some IDs, so I deactivated it again for now). If you can get the data but can't import for some reason, tell me and I'll try, but I don't scale too well ;-) --Magnus Manske (talk) 14:48, 16 February 2016 (UTC)

I have started now with Geokod (P1172). I cannot see how you could be able to import that data into Wikidata in any automatic way! -- Innocent bystander (talk) 17:12, 2 March 2016 (UTC)

identifier datatype is available and conversion is in progress[edit]

Hey folks :)

We have enabled the new datatype for identifiers now. New properties will start showing up at Special:ListProperties/external-id. As announced we will also start converting existing properties with datatype string that should be external identifiers. We will start with the first eleven from User:Addshore/Identifiers/0. We will do more over the coming days. There are still a lot of properties to go through so please help with that so we can get this over with quickly to cause minimal disruption to 3rd parties relying on our data. You will also see the identifiers that are already converted moving to a new section at the bottom of the item pages. This might need a purge still though to clear the cache.

Cheers --Lydia Pintscher (WMDE) (talk) 18:09, 17 February 2016 (UTC)

For the move to happen on items, it seems that the statement with the property needs to be edited. At least purging by users doesn't seem to be sufficient. The RDF version doesn't seem to include the URL either.
--- Jura 18:34, 17 February 2016 (UTC)
Thanks. Will look into it. RDF isn't implemented yet but coming soon. --Lydia Pintscher (WMDE) (talk) 18:36, 17 February 2016 (UTC)
I'm currently mass purging all items affected by the initial round of property conversions. If no further problems occur, VIAF identifier (P214) will get done early tomorrow, other properties will follow. Cheers, Hoo man (talk) 20:17, 17 February 2016 (UTC)
Works now at Opuntia ficus-indica (Q144412) (Tropicos taxon name identifier (P960)) --Succu (talk) 20:20, 17 February 2016 (UTC)
Looks good.
--- Jura 09:16, 18 February 2016 (UTC)

Out of interest, what is the plan if a site has different URLs for humans and for linked data JSONs? Which URL would a SPARQL search return? Jheald (talk) 01:31, 18 February 2016 (UTC)

We will provide both based on the different statements on the property. --Lydia Pintscher (WMDE) (talk) 11:07, 18 February 2016 (UTC)

Is there a way to enable formatter URLs also for other property types? (e.g. monolingual text or strings)
--- Jura 18:01, 18 February 2016 (UTC)

I think so, yes. --Lydia Pintscher (WMDE) (talk) 19:29, 18 February 2016 (UTC)
Do you think this could be roled out at the same time as the RDF part?
--- Jura 07:14, 19 February 2016 (UTC)
I'll check. --Lydia Pintscher (WMDE) (talk) 09:30, 19 February 2016 (UTC)
So technically it is a bit of a pita but if absolutely needed we can make it work it seems. Do you have some cases where it'd be needed? --Lydia Pintscher (WMDE) (talk) 11:55, 2 March 2016 (UTC)

Great! On User:Multichill/Paintings creator no authority control I have a list of properties that could probably be converted right away. Did anyone already try to do an intersection on Category:Properties with string-datatype & Category:Properties with unique value constraints & Category:Properties with single value constraints? That should return a bunch of obvious candidates. Multichill (talk) 13:52, 19 February 2016 (UTC)

I don't think that has been done yet. Good idea. --Lydia Pintscher (WMDE) (talk) 15:59, 19 February 2016 (UTC)
Hi Multichill - I was thinking of doing something like that, however, deciding what the actual criteria should be has been a little frustrating. Could you review the discussion at User:Addshore/Identifiers and comment there on what you think we ought to do? A criterion as you suggest makes some sense, though I'm not sure on the necessity of Category:Properties with single value constraints. We did go through pretty much every property in Category:Properties with string-datatype one way or another. I have some analysis on usage patterns here. ArthurPSmith (talk) 18:51, 19 February 2016 (UTC)

Is there a way of marking possible properties to migrate to this datatype? p:P717 might be one to consider changing. Thanks. Mike Peel (talk) 22:17, 25 February 2016 (UTC)

Railways Archive event ID (P2478) can also be converted (I would have proposed it as an identifier data type had I known that was imminent). Thryduulf (talk: local | en.wp | en.wikt) 01:28, 26 February 2016 (UTC)

Hi, is ISNI to be converted soon ? I was working on some items and the only identifier left unconverted was ISNI. Thanks for the migration. It really looks neat now :) --Hsarrazin (talk) 00:05, 3 March 2016 (UTC)

Thanks :) We're continuing to convert things as they are moved to "good to convert" at User:Addshore/Identifiers/0, User:Addshore/Identifiers/1 and User:Addshore/Identifiers/2. --Lydia Pintscher (WMDE) (talk) 08:09, 3 March 2016 (UTC)
  • Unless we want to leave the linking to the gadget, I don't think we can convert this one for now. Some development is still needed. Not sure when this will happen.--- Jura 08:15, 3 March 2016 (UTC)


I have a question which I also has added to WD:DEV: What will be result of this conversion when there is more than one formatter URL (P1630) for a property. P:P2182 has three, depending on your preferred language. -- Innocent bystander (talk) 08:22, 3 March 2016 (UTC)

In this case it should take the preferred one. We can look at making the link depend on the user's language but that is definitely not trivial and I don't know yet when we can do that. --Lydia Pintscher (WMDE) (talk) 08:26, 3 March 2016 (UTC)
I do not care what happens here in the GUI at Wikidata, that is of minor importance. It is what will be transported to the Clients that bother me. svwiki as a project has a POV for its own language. And I guess fiwiki has the same kind of POV, but for another language. -- Innocent bystander (talk) 08:30, 3 March 2016 (UTC)
There is https://phabricator.wikimedia.org/T107407 about this.
--- Jura 08:44, 3 March 2016 (UTC)

Kasparbot[edit]

Kasparbot tells us, that moving the persondata from en:WP to WD will be finished on "Thursday, 19 Jul 2018." I´m afraid it is a bad solution doing all that by hand. --Molarus 19:38, 20 February 2016 (UTC)

+1. What's the limiting factore there - do we know? —LuisVilla (talk) 23:17, 21 February 2016 (UTC)
Kaspar (@T.seppelt:) is simply doing an extrapolation based on the number of challenges decided by users divided by the number of days since Kaspar made the database available (or possibly since he started the bot run, I'm unsure). --Izno (talk) 12:12, 23 February 2016 (UTC)
Yes, it's a simple extrapolation based on the amount of decisions between the timestamp of the first decision and the current timestamp. I am afraid that the decision rate will decrease a lot more. Recently about 100 decisions are made every day. The value bigger than 1,000 is caused by checking automatically which challenges were already accepted not with the tool and marking them as accepted. The project is going to take much longer. I can't come up with options to make it faster apart from promoting the project. There were strong objections againt an automatic import in the community. --T.seppelt (talk) 14:49, 23 February 2016 (UTC)
I don´t think that an automatic import is the right option, but there are some challenges that could be done by bot. For example, if there is the information "death_place = xxx" / "birth_place = xxx" and WD has no such information. I would propose that such rules could be tested by comparing hand input and rule. If the rule is as good as the hand input for the same challenge, the rule can be used. I guess that 100.000+ challenges could be done like that. By the way, mix and match and freebase have the same problem. And we developed bot input three years ago, because typing WP info by hand into WD didn´t get us anywhere. I was around three years ago, we wouldn´t have 15 mio items doing all that by hand. What does that mean in practice? It would be nice if our bots could work with the Kaspa data, mix and match data and the freebase data. This way, bots and editors could work together. But I´m no bot owner, I don´t know if that is possible. --Molarus 18:05, 23 February 2016 (UTC)
Is the KasparBot providing the data to the Primary Sources Tool? If yes this would be an option to accept data for users who are not familiar with the Persondata challenge. Queryzo (talk) 10:19, 25 February 2016 (UTC)
@T.seppelt: Furthermore I suggest to link a new challenge in the summary of the edit so unparticipated users can easily join the project. Queryzo (talk) 12:29, 29 February 2016 (UTC)
This is a good idea, Molarus. I will import the infobox values from enwiki and check the challenges afterwards. This should help us a lot. Queryzo: I thought about donating the data to the PST. It doesn't support calendar models. This is why I decided to keep everything in one place and build the tool. I'll implement the links to new challenges. -- T.seppelt (talk) 14:29, 29 February 2016 (UTC)

Wikidata tours[edit]

Hi all

The two existing Wikidata tours are really cool, I'd there to be more but it seems as though they aren't being made. Can someone explain what the blockers are? I'd be very happy to write some of the explanatory text if someone is interested in doing the coding bits. John Cummings (talk) 09:31, 23 February 2016 (UTC)

I don't believe there are any blockers besides someone sitting down and writing the content. @Bene*: Would you be up for helping John with the coding side? --Lydia Pintscher (WMDE) (talk) 21:52, 23 February 2016 (UTC)
Hi John Cummings, the current blocker for creating more tours is that a ui redesign is in progress since more than a year now and one year ago I thought it doesn't make sense to create tours if the ui is outdated anyways after some months. As you see we finally got to the point where we moved identifiers into their own section and perhaps some more steps will follow.
While there is already quite some content created, I think some parts of it are already outdated and it needs some work to improve and update the steps as well as the code to execute the steps. Imo it makes most sense to wait until the new UI has settled and won't change that much. However, I don't know how long that will take and we may want to have more tours before already. -- Bene* talk 18:56, 24 February 2016 (UTC)

There seems to be a bug, or at least a need for increased clarity in the Item Tour. I took this tour today, and followed the example of creating item "Earth." The tour overlay UI clearly states that the sample page behind it is a sandbox, and changes there will not be saved in the actual Wikidata. However, the item I created, Q16943273, did save. I did notice on two occasions that behind the overlay was a Creative Commons acceptance link, which I seemed to have to click in order to proceed. Perhaps this is new, and interfered with the overlay logic. However, since most people who take the tour are probably new, this would be a commonly-encountered problem. Anyway, I am unhappy that I have created a spurious page concerning "the most popular inhabited planet." — Christopher.ursich (talk) 03:11, 29 February 2016 (UTC)

Nevermind, I guess, about the duplicated page. My version definitely did appear in the auto-complete of the search box, but now seems to be gone. I think the usage needs to be clearer. — Christopher.ursich (talk) 03:16, 29 February 2016 (UTC)

FYI: Death in the community[edit]

In case you missed this, (Joe) Filceolaire passed away 2 3 weeks ago.

Sad news. --Izno (talk) 12:08, 23 February 2016 (UTC)

Yes, I missed that. That is very sad. Rest in peace (Q1142909)! Matěj Suchánek (talk) 13:29, 23 February 2016 (UTC)
Thanks for letting us know about this Izno, I'm sorry to hear it. ArthurPSmith (talk) 14:57, 23 February 2016 (UTC)
Sad news, thanks for the notification. He'll be missed. Sjoerd de Bruin (talk) 22:25, 23 February 2016 (UTC)
Very sad news. Rest in peace (Q1142909). Tpt (talk) 10:42, 24 February 2016 (UTC)
Rest in peace. Strakhov (talk) 11:15, 24 February 2016 (UTC)
Rest in peace, he was very active in the community. He'll be missed.--Micru (talk) 10:35, 25 February 2016 (UTC)
Very sad news. He was very active, and nice, and often had interesting inputs - I'll miss him. --Hsarrazin (talk) 14:21, 27 February 2016 (UTC)

Bulk minusculization of labels[edit]

Hi,

while browsing through items I find large amount of items that have improperly capital letter in their label. I feel competent to evaluate these in my native Czech language, but I guess many labels in different languages require a check as well.

These items need relabeling since if I pretend that the label is appearing in the middle of a normal sentence (as in Help:Label#Capitalization), they should not be capitalized.

Before I start working on some way of fixing this, I would like to ask if there have been any attempts to address this problem in the past, so I dont have to reinvent the wheel again. If you have any suggestions on how to do these in least tedious way, the advice would be welcome. --Wesalius (talk) 09:03, 24 February 2016 (UTC)

Michiel1972 worked on this for Dutch labels in the beginning of Wikidata. Sjoerd de Bruin (talk) 09:11, 24 February 2016 (UTC)
Yes, I also wanted to clean-up capitalization of labels in my native Latvian, but have many other things to do as well, so haven't started yet :) --Edgars2007 (talk) 15:20, 24 February 2016 (UTC)
@Michiel1972: Would you be kind and tell us how you handled the relabeling? --Wesalius (talk) 18:26, 24 February 2016 (UTC)
When I did this task for Italian language, I followed this way:
  • MySQL: make a list with wikipedia pages that are linked to wiktionary and the wiktionary page title is lower case
  • MySQL: exclude from the list above pages that are in certain categories (depend of the specific project)
  • PywikiBot: elaborate the list with a bot for changing labels

--β16 - (talk) 10:14, 25 February 2016 (UTC)

Thank you β16. I see that you ran this task back in 2013, do you happen to have the SQL query for generating the list of wikipedia pages that are linked to wiktionary and the wiktionary page title is lower case still available? --Wesalius (talk) 15:55, 25 February 2016 (UTC)
I do not found it, I think it's dead with the old toolserver. But it's not complicated, something like (MySQL):
SELECT DISTINCT(page.page_title)
  FROM page INNER JOIN iwlinks ON page.page_id = iwlinks.iwl_from
 WHERE page.page_namespace = 0
   AND iwlinks.iwl_prefix = 'wikt'
   AND iwlinks.iwl_title RLIKE '^[a-z].*';

Do you have access to database? --β16 - (talk) 09:32, 26 February 2016 (UTC)

There is quarry:. --Edgars2007 (talk) 23:26, 26 February 2016 (UTC)

Thank you for the help so far. Can I ask some basic questions about the SQL you posted? I ran the quarry and I am not entirely sure what the results say. Which wiki did the query run against if there is not database specified (does it default to en.wiki?)? With help of SQL reference sheet I figured out the individual statements, but I dont understand yet why the character set for iterwikilinks titles (iwlinks.iwl_title RLIKE '^[a-z].*';) is negated (I would be happy to learn why).

I ran the query against cs.wiki and it seems to be giving the results I am looking for - w:cs:Turistika has an equivalent of wikt:cs:turistika and Czech label of "Turistika" at tourism (Q49389) that needs relabeling. --Wesalius (talk) 20:29, 29 February 2016 (UTC)

How to retrieve first image (p18) by another wiki template?[edit]

When a specific item (Q5577, for instance) has more than one image, is it possible to retrieve the first, the second, etc.? I ask because this is causing some errors when used in templates, e.g. [[Image:{{#property:P18}}|thumb]] returns [[Image:Image1.jpg, Image2.png|thumb]]. Castelobranco (talk) 15:02, 24 February 2016 (UTC)

Marking one as preferred can solve this. In fact, there should be only one image. Matěj Suchánek (talk) 15:10, 24 February 2016 (UTC)
  • {{#invoke:Wikidata|formatStatements|property=p18|rank=best|limit=1|showqualifier=P2096|qualifiersOnly=true|qualifiers withlang=pt}}
    --- Jura 15:34, 24 February 2016 (UTC)
@Jura, this code didn't work in the template or i did something wrong when trying it. First, because we didn't have a wikidata module in that wiki ("script error: the module doesn't exist"). After creating Module:Wikidata (by "copy&pasting" from wikipedia), then it gave me another message ("script error: the function specified doesn't exist"). =( @Matěj Suchánek, your solution worked well, thanks a lot! Castelobranco (talk) 03:58, 25 February 2016 (UTC)
Yes, Jura1's solution isn't from enwiki module. It looks like it's not also from Wikidata's Module:Wikidata. Well, I would slightly disagree with Matěj about only one P18 per item. OK, P18 isn't supposed to be a gallery, but some two images I think is fine, especially for old people, who have one image where they're old and one for youngster age. Or sportspeople, who have one image, where they appear in their "sportsform" and one, where their face is visible. File:Brno, Joštova, knihkupectví Dobrovský, autogramiáda Martiny Sáblíkové (04).jpg and File:Martina Sablikova 2007.jpg. OK, maybe these images are not a very good example, but I hope, you get my point. --Edgars2007 (talk) 10:29, 25 February 2016 (UTC)
Sorry @Castelobranco:. It's from cswiki (they have a fairly detailed infobox for people, I discovered some time ago). It doesn't need the qualifier parts there. In any case, it seems that #property is difficult to use with media. Maybe this should be improved.
--- Jura 12:57, 27 February 2016 (UTC)

New data donation from TED[edit]

I am starting to upload TED talk items which you can observe here. If you have any tips or suggestions let me know. They only have about 2000 items total and photo's, media, or data on TEDx talks are not part of this initial data donation. Jane023 (talk) 15:18, 25 February 2016 (UTC)

Good idea though I am not a big fan of them. Maybe each item should be classified with instance of (P31): TED talk and the item defined is subclass of (P279): convention (Q625994) or such and part of (P361): TED (Q189021)? Matěj Suchánek (talk) 15:45, 25 February 2016 (UTC)
Thanks! I hesitated about creating a TED talk item, because IF we ever start uploading TEDx talks do we give those the same item? Also, there is probably a precedent for making a generic item for a speech that is recorded and becomes a film and thus have two dates (inception and publication). Do you know of any examples that look like your suggestions? --Jane023 (talk) 15:52, 25 February 2016 (UTC)
I also noticed in the data that not all of them were at a convention, but at something called TED University and one is at the BBC (!). --Jane023 (talk) 15:55, 25 February 2016 (UTC)
I would say TED talks are speeches (events), so they should be classified as events. The recordings could be linked using properties (if they are availible). Matěj Suchánek (talk) 18:21, 25 February 2016 (UTC)
I was thinking along the same lines, because the events are anchored in time and space, whereas the (sometimes heavily edited) films can be published months later. This is also why I have not used the creator property for these "films". The film is not exactly part of an event, but a documentation of an event. I am disinclined to think of a single TED talk as an event, which is technically not true, as the entire gathering is the event, sometimes going on for more than a day. Thanks for thinking along! --Jane023 (talk) 18:41, 25 February 2016 (UTC)
I don't think inception (P571) is really the right property to use for these. --Yair rand (talk) 20:29, 25 February 2016 (UTC)
Have you got a suggestion what I should use? I just noticed there are iMDB identifiers for these too, so I was looking at what they use: "star" for the speaker and "release date" for the speech date. Jane023 (talk) 21:31, 25 February 2016 (UTC)
I'm not sure what you're currently using them for. If the items were being treated as events, and you wanted a property for when they took place, the right property would be point in time (P585). Since they currently have instance of (P31) film (Q11424), presumably you want to add something about a particular event with regards to the item, so you should probably use significant event (P793), with point in time (P585) as a qualifier. --Yair rand (talk) 22:13, 25 February 2016 (UTC)
That means that you choose to see them as speeches anchored in place and time, while I believe some of the films were created and published several months or a year later. It helps to look at the iMDB setup. --Jane023 (talk) 12:55, 26 February 2016 (UTC)

Rather than using inventory number (P217) and described at URL (P973), I was planning to propose a "TED talk ID" property. We should have separate items for "TED talk", "TEDx talk" and so on. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 04:27, 26 February 2016 (UTC)

OK and what would that TED talk item be an instance of - speech or film? How do you feel about an item for the convention like "TED2010" or "TEDxSUMMIT" that these could be part of? That's how it looks on iMDB so I was considering that. --Jane023 (talk) 12:53, 26 February 2016 (UTC)

Update: I am going to make convention items and make the films part of the convention items. See TEDMED 2009 (Q22976107) and use what links here to find items. This gives context to the talks (that occasionally refer to others in the same TED conference) and anchors them in time and place. --Jane023 (talk) 09:52, 29 February 2016 (UTC)

P570[edit]

SnaktypeUI.png

Hi, how can I set value as unknown in this property?--ԱշոտՏՆՂ (talk) 18:53, 25 February 2016 (UTC)

See File:SnaktypeUI.png Matěj Suchánek (talk) 19:32, 25 February 2016 (UTC)
Thanks, Matěj Suchánek jan--ԱշոտՏՆՂ (talk) 19:37, 25 February 2016 (UTC)
Why would you ever want to set date of death (P570) to unknown? We have "Precision" so worse case you have to set it to the right millennium. Multichill (talk) 22:55, 26 February 2016 (UTC)
Not always. Person can die somewhere in the end of 20th century, but it can also be 21st century. --Edgars2007 (talk) 23:22, 26 February 2016 (UTC)
There are many historical people for who our only information is that they were alive in a given year, say 1480. We do not know if they were aged 20 or 80 in that year, or whether they died aged 21 or 121. Their date of death (and similarly birth) is truly not known to any precision. Thryduulf (talk: local | en.wp | en.wikt) 22:23, 27 February 2016 (UTC)
That's not totally true, it's just an information display problem. You can enter a date with a precision of the century, and only the century is displayed. The correct way would be to show the two centuries in the UI, but it's not done yet (if somebody wants to code, it's on my TODo list since forever /o\) author  TomT0m / talk page 12:39, 1 March 2016 (UTC)
I don't think there is any consensus about what the precision means. It is especially confusing because the before and after attributes are present and documented, but not in use and always set to 0. At least in the case of days, some Phabricator discussions have indicated that after = 0 and after =1 would have the same meaning. That is, when before = after = 0, this does not indicate an exact value; there is no method to indicate an exact value. Jc3s5h (talk) 13:11, 1 March 2016 (UTC)

Register article[edit]

I recently met Mark Pesce (Q6769230), in Sydney (Q3130). As a result, he has written an article for The Register (Q1363733), Wikidata makes Wikipedia a database. Let the fun begin. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 04:32, 26 February 2016 (UTC)

Yeah, a good app for data from Wikidata will be the next task. --Molarus 17:23, 26 February 2016 (UTC)
Pity no one turned up to the workshop in Sydney. Funded by donors. Tony1 (talk) 06:42, 4 March 2016 (UTC)

What's the correct property for the building of an institution[edit]

I'm trying to figure out what is the right way to enter the information relating to the building which houses an institution. Ex .: the Museu Nacional d'Art de Catalunya (Q861252) is inside Palau Nacional (Q2341107) or Louvre (Q19675) is in Louvre Palace (Q1075988). My questions are:

  • What is the most suitable property?. It could be headquarters location (P159) as in previous two examples, but its description says it should be a location, ie an element geographical, not a building (or similar). In fact, most examples of museum (Q33506) have a geographical place (city, street,..) in headquarters location (P159). Another option could be the location (P276), but is designed for institutions, whose elements/items (as a Mona Lisa (Q12418)) are inside the institution / location.
  • In the event that the building has no separate personality from the museum itself (ie. British Museum (Q6373), which should accommodate the data of the building (sizes, date of construction, architect, etc.)?

Thanks, --Amadalvarez (talk) 15:07, 26 February 2016 (UTC)

  • I thought we are using location (P276)=building for this.
    --- Jura 12:48, 27 February 2016 (UTC)
  • I also use location (P276)=building for this. Maybe constraint should be removed? If another property is not available. Michiel1972 (talk) 11:54, 4 March 2016 (UTC)
When Amadalvarez commented, one of the constraints needed fixing. This has been done since then.
--- Jura 12
  • 01, 4 March 2016 (UTC)

Doing massive search-replace actions on string values?[edit]

Hi everyone. I may not have looked well enough; is it correct that we have no tool to do large-scale find & replace actions for specific string values of a given property? Use case: in the upload of the Flemish museum data project we were given some wrong URLs that have been used in references and described at URL (P973). I'd like to replace part of those URLs with the correct ones (e.g. described at URL (P973) http://mskgent.be/collection/work/id/$1 must become described at URL (P973) http://mskgent.be/collection/work/data/$1). On Commons we have VisualFileChange.js to do such tasks... maybe here it's only possible by bot? Thanks, Spinster (talk) 16:44, 26 February 2016 (UTC)

@Spinster: Post a request at Wikidata:Bot requests explaining what needs to be done, and a bot operator will take a look. Jon Harald Søby (talk) 18:41, 26 February 2016 (UTC)
Looking at the urls and the site, it would seem that we are are utilising it as an authority base. If that is the case, then it may be worthwhile requesting a property for data for mskgent.be.  — billinghurst sDrewth 03:35, 27 February 2016 (UTC)
Actually that's already there: MSK Gent work PID (P2511). (Changed the formatter URL of that property to the new one). Mbch331 (talk) 08:01, 27 February 2016 (UTC)
Indeed, but there the old formatter URL was good. I can imagine it might be confusing, so I tried to explain the distinction between the different formatter URLs on the property's talk page. I hope it is clear! By the way, as soon as we have this whole recently uploaded collection doublechecked here, I'll start filling that property so that it's being used (see discussion about unused properties above). Thanks for the suggestion about filing a bot request, I'll do that (but it's quite a bit of work, it's not just this one URL pattern that needs changing, so if anyone knows of a tool so that I can do it myself, that would probably be even better). Spinster (talk) 19:37, 28 February 2016 (UTC)

Constraint templates[edit]

There have been a few changes to the constraint templates (Template:Constraint and Template:Constraint:*) and the module (Module:Constraint), among them is the addition of support for right-to-left languages, but these edits have made the templates look ugly (see Property talk:P570 for example). If I reverse the changes on Template:Constraint, the text is correctly aligned again, but I noticed at least for the Dutch translations of Template:Constraint:Item, there is an unneeded word wrap. So the problem is then only partially resolved. Since the reversal doesn't fix all the problems (it creates a new one), can someone else take a look? Mbch331 (talk) 20:40, 26 February 2016 (UTC)

I think the right-to-left problems are solved now. Could you show me where you can see the problem with Dutch translation? (By the way, I added more i18n to Template:Constraint.) Matěj Suchánek (talk) 10:19, 27 February 2016 (UTC)
Just check https://www.wikidata.org/wiki/Property_talk:P570?uselang=nl. This is what I see now:
Element: Elementen met deze eigenschap dienen ook de eigenschap geboorteplaats (P19) te
hebben.
And there is plenty of space after "te" to have the sentence on 1 line. Mbch331 (talk) 14:58, 27 February 2016 (UTC)
Looks like I fixed it. It was same even in Czech interface. Matěj Suchánek (talk) 15:57, 27 February 2016 (UTC)

Adminship Request[edit]

I have been liking this, and want to become an admin. I am a Very trustworthy, nice, and active person. I usually seek out for irrelevant content. Please respond soon. Thanks!  – The preceding unsigned comment was added by Ricardito10 (talk • contribs).

@Ricardito10: Adminship is a set of tools . I would encourage you to read Wikidata:Administrators and get out to participate, and to learn. When you are wise and knowledgeable about the site you should then consider nominating. No wiki is going to consider you ready without that demonstrated experience and competence.  — billinghurst sDrewth 03:32, 27 February 2016 (UTC)
Not quite. It's for users who have demonstrated competence and participation on the wiki in a broad sense, and who have no-one with an old and unrelated grudge to bear opposing them. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:27, 27 February 2016 (UTC)
FYI, Wikidata:Requests for permissions/Administrator/Ricardito10. --Edgars2007 (talk) 10:31, 27 February 2016 (UTC)

Chemical elements[edit]

Hi, I'm new here and I was looking for info on chemical elements - and surprised to find that there's not very much here (only atomic number). But the infobox on wikipedia is chock full :D. So I was wondering whether this is for some certain purpose, or whether it's just pretty work intensive to import all that info into Wikidata, (or of course, the ontology for chemical elements is not worked out yet, and so import is stalled). Thanks and kind regards, 149.172.42.242 10:20, 27 February 2016 (UTC)

Huh, anon question not worth answering or something? 149.172.42.242 22:11, 27 February 2016 (UTC)
There are many properties that are still missing, you can propose them at wd:pp.--Micru (talk) 23:11, 27 February 2016 (UTC)
It should be noted that atomic number was an easy property from the start because it's only a number. Most other chemical properties require physical units, which were not available in wikidata until October 2015. So I would definitely recommend somebody work on adding the needed properties as proposals under Wikidata:Property_proposal/Natural_science. Also you should review what's been done in Wikidata:WikiProject_Chemistry (many relevant properties have been created already, maybe nobody's gotten around to doing an import.) ArthurPSmith (talk) 15:09, 29 February 2016 (UTC)

Back-links[edit]

Are statements, which have the same value as the item, OK? For example, Honduras (Q783) has country (P17)=Honduras (Q783). OK, it's kind of logical, but we have instance of (P31)=country (Q6256) there. If it's not OK, maybe somebody would like to do some clean-up or write a query? This one (assuming I'm querying the right thing there) gets a time-out. But SQL also should handle that (with pagelinks table). --Edgars2007 (talk) 12:14, 27 February 2016 (UTC)

Constraint reports include them ("self-links", first section on the reports). For the property you mention, there is a lengthy discussion on its talk page.
--- Jura 12:43, 27 February 2016 (UTC)
Query improved. Matěj Suchánek (talk) 13:36, 27 February 2016 (UTC)
Thanks Matěj for fixing the query. Honduras (Q783) was simply an example, that I encountered accidentally. Constraint reports, of course, are good, but not when you want to see the whole picture of issue. Well, found at least two items, that IMO don't need those backlinks: Argentine L-188 fleet (Q17476594) and La Azohia (Q11930258), but it most probably should stay at Radio Padania Freedom (Q3928777). It seems to be a better task for more experienced Wikidatians than me. --Edgars2007 (talk) 15:40, 27 February 2016 (UTC)

How to manage different (successive) names ?[edit]

Hi, on Mary Walker (Q18576739), I found that this person was married twice, and thus used 3 names.

I know how to use birth name (P1477) for birth name, but how can I mention that she was named Walker (during her 1st marriage) then Hamilton (during the 2nd) ? She seems to be known, as an author, under both of them… --Hsarrazin (talk) 12:56, 27 February 2016 (UTC)

name in native language (P1559) with start/end-date. There is a property proposal for "married name".
--- Jura 13:08, 27 February 2016 (UTC)
thanks Jura. I think I will wait for the "married name" property, as this devious use of P1559 seems too strange ;) --Hsarrazin (talk) 14:12, 27 February 2016 (UTC)
Wikidata:Property_proposal/Person#married_name is the proposal, if you want to add your support. - Nikki (talk) 15:44, 27 February 2016 (UTC)
@Hsarrazin: You can use now married name (P2562).--Micru (talk) 23:13, 27 February 2016 (UTC)
@Micru: Thanks a lot ! :) --Hsarrazin (talk) 09:56, 29 February 2016 (UTC)

All Coordinates to/from Russian Wikipedia Have an Error[edit]

Pictogram voting move.png Moved from Wikidata:Contact_the_development_team. -- LaddΩ chat ;) 18:10, 27 February 2016 (UTC)

Hello, I noticed there are many many serious problems with Wikidata coordinates which require immediate attention. It seems the Russian Wikipedia is improperly importing coordinates, and then the corrupted coordinates get imported into Wikidata. The problem is that Russian Wikipedia is confusing decimal degrees with minutes!

For example, take a look at the coordinates for Agra and Dubrovnik. I corrected both by the way so look at the history:

  • Agra - English Wikipedia = 27.18°, 78.02° (correct) while Russian Wikipedia = 27.3°, 78.033333° or 27° 18′, 78° 2′ (error)
  • Dubrovnik - same type of error as Agra

My suggestions:

  1. Block all coordinate imports from Russian Wikipedia.
  2. Delete all coordinates imported from Russian Wikipedia.
  3. Contact Russian Wikipedia and have them fix their broken systems.

 – The preceding unsigned comment was added by 89.159.45.167 (talk • contribs).

Sample diff of such an import on Agra (Q42941), by KrBot - back in 2013... -- LaddΩ chat ;) 18:18, 27 February 2016 (UTC)
Thanks for looking into this as there seems to be a lot of data corruption here.  – The preceding unsigned comment was added by 89.159.45.167 (talk • contribs) at 19:27, 27 February 2016‎ (UTC).
I had this issue before and would support this motion (not sure about deletion though). I do not know what the origin of this phenomenon is, and how widespread it is.--Ymblanter (talk) 20:39, 27 February 2016 (UTC)
I wonder if Ivan has an idea what is causing this and what the scope is exactly. Multichill (talk) 22:30, 27 February 2016 (UTC)
Incorrect coordinates was added by two different users in different time: [1], [2]. The first user is inactive now. The second user can be asked. The issue is not looked as global ruwiki problem. — Ivan A. Krestinin (talk) 00:01, 28 February 2016 (UTC)
I think the problem is extremely widespread as I was able to find places with this problem just by browsing randomly!  – The preceding unsigned comment was added by 89.159.45.167 (talk • contribs).

Merge of Q20638126 and Q23501[edit]

Both are articles for en:Tomato. -Theklan (talk) 22:32, 27 February 2016 (UTC)

For enwiki link? I don't think so. There's some long discussion on Talk:Q20638126, I didn't read it. --Stryn (talk) 22:38, 27 February 2016 (UTC)

Automating the list of properties[edit]

I have been checking the classification of properties and the tree starts to look quite decent. Perhaps the classification doesn't have as many examples as Wikidata:List of properties, but it is definitely more maintainable. What would be the best way to automate the listing of properties? Listeria? A bot generated list? A custom solution?--Micru (talk) 23:09, 27 February 2016 (UTC)

There are already a handful of alternatives to Wikidata:List of properties, e.g. Propbrowse, Database reports, Special:ListProperties --Pasleim (talk) 11:36, 28 February 2016 (UTC)
None of them offer navigation options as Wikidata:List of properties. What I would like is to have a way to explore the property tree.--Micru (talk) 14:06, 28 February 2016 (UTC)

Identifiers to utilise external identifier[edit]

Is there a program to update the identifiers to change their property type to external identifier from string? I am only seeing a small number of them having been updated, and, a couple of weeks along, I would have hoped that this restricted task could have been done.  — billinghurst sDrewth 04:46, 28 February 2016 (UTC)

As I understand it the limiting factor is determining which properties are external identifiers and which are not. It seems that finding a definition that includes all external identifiers but excludes all that are not is tricky. The discussions seem to be happening at User:Addshore/Identifiers. Thryduulf (talk: local | en.wp | en.wikt) 10:56, 28 February 2016 (UTC)
Wouldn't be easier to call them "external sources" and put everything into that section without so many complications?--Micru (talk) 11:01, 28 February 2016 (UTC)
Yeah, either that or called it "globally unique identifiers" or "Freebase keys" so everybody is happy. The current header isn't really helping.
--- Jura 11:17, 28 February 2016 (UTC)
The problem isn't the name, the problem is that a new data type has been added which overlaps significantly with an existing data type, without any guidance on when the new data type should be used and when it shouldn't. We can't just convert everything because any string property can be turned into an external-id property. - Nikki (talk) 13:45, 28 February 2016 (UTC)
Then it would be easier to convert all the strings to ext-id and decide which ones should stay string. The point of having external id's was to reduce clutter in items, not to waste so much time in finding the perfect criteria. Btw, I don't understand why the discussion is happening in a user page instead of a RFC.--Micru (talk) 14:03, 28 February 2016 (UTC)
<deskthunk> that this wasn't sorted prior to the change; that a discussion is taking place tucked away on a user subpage (transparency! not); and that the identifiers that are clear should just be done (all the authority controls for instance).  — billinghurst sDrewth 22:38, 28 February 2016 (UTC)
I think there is a connection with the Wikidata:UI redesign input. --Molarus 01:51, 29 February 2016 (UTC)
Folks, point taken about user page. But it has been linked to in many places among them the weekly summary. It was announced well in advance and I even delayed the conversion on request. The world isn't ending. Let's get it done and move on :) Imho items are already looking much cleaner. --Lydia Pintscher (WMDE) (talk) 08:53, 29 February 2016 (UTC)

What should item types be called?[edit]

I am referring to the items that other items are instances of. These are themselves items, but they have the special property "subclass". This would indicate that they are to be called "classes". The top level of the hierarchy (which has the subclass property, but is not a subclass of anything) is called "entity". What is the standard term used for all items of this kind?

Postage stamps[edit]

Hoi, how do I indicate that someone has been honoured with a stamp? For instance people on the great Americans series? Thanks, GerardM (talk) 07:37, 28 February 2016 (UTC)

I guess you could use a property like present in work (P1441), however this one is restricted to fictional entities. So either expand the scope of that one to include all kind of entities, or propose a new property.--Micru (talk) 10:06, 28 February 2016 (UTC)
The reverse. Create an item for the stamp, and use "depicts (P180)". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:29, 28 February 2016 (UTC)
depicted by (P1299) -- LaddΩ chat ;) 15:14, 28 February 2016 (UTC)
Good grief. How did that ever get created? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:22, 29 February 2016 (UTC)
Obviously the stamp depicts.. How to name such stamps ? Thanks, GerardM (talk) 19:34, 28 February 2016 (UTC)
Something like "1980 17p Moorhen" (year, value, subject). Possibly also prefixed by country. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:00, 1 March 2016 (UTC)

Update timeCalendarModel description[edit]

Currently http://wikiba.se/ontology#timeCalendarModel describes it as "Preferred calendar used to display this date to the user.".

Values are Proleptic Gregorian calendar (Q1985727) or Proleptic Julian calendar (Q1985786). This is linked from every date in the rdf.

Given the changes last year, I think this should read "Calendar used to store this date.".

Obviously, some work is needed to check what needs to be corrected (some dates were incorrect before the change, other became incorrect due to the definition change), but let's try to get the description right.
--- Jura 10:19, 28 February 2016 (UTC)

Wikimania 2016: call for posters, discussions and trainings[edit]

Hi people,
the calls for posters, discussions and trainings for Wikimania 2016 are officially opened, you can find all the relevant links on the conference wiki:

https://wikimania2016.wikimedia.org/wiki/Submissions

The calls will be closed on March 20.

Posters will be reviewed just to make sure that there aren't things which are too much out of scope. Since we have a whole village we will surely find places to attach them, even if we they will be a lot!

Discussions will be managed by a guiding committee who will work on the wiki to meld all the proposals and suggestions.

Trainings will be reviewed by the programme committee. Please note that we request that each training has at least 3-5 interested attendees in order to be put in the programme.

By the beginning of April we will have a first list of all the accepted proposals.

If you have questions we suggest you to ask them on the discussion pages on wiki, so that everyone will be able to see them (and their answers, of course).

We are looking forward to read your ideas! --Yiyi .... (talk!) 12:41, 28 February 2016 (UTC)

How to model field of work for law enforcement organizations[edit]

What do you think, is this about right? --Jane023 (talk) 14:11, 28 February 2016 (UTC)

SPARQL: items without any statements[edit]

How do I request a list of items with SPARQL without any statements, but with a sitelink to a specific project? Sjoerd de Bruin (talk) 15:04, 28 February 2016 (UTC)

SELECT ?item ?wiki WHERE {
  ?wiki schema:about ?item .
  FILTER(SUBSTR(STR(?wiki), 1, 25) = 'https://cs.wikipedia.org/') .
  FILTER NOT EXISTS {
    ?item ?prop ?statement .
    ?statement wikibase:rank ?rank .
  } .
} LIMIT 1
Setting higher limit times out. Using nl.wikipedia.org (propably area of your interest) times out anyway. Matěj Suchánek (talk) 17:36, 28 February 2016 (UTC)
As an alternative, maybe Wikidata:Database_reports/without_claims_by_site can help you.
--- Jura 17:41, 28 February 2016 (UTC)
I've requested Dutch reports on the talk page. Sjoerd de Bruin (talk) 12:58, 1 March 2016 (UTC)
I had seen it and made the change. If Pasleim implements it, it will be there later today.
--- Jura 13:03, 1 March 2016 (UTC)
I know only Quarry way for it. --Voll (talk) 08:42, 29 February 2016 (UTC)

Lok sabha constituencies[edit]

  1. i have added topics main category to category:16th lok sabha members to around 500 items. Is it correct or i need to use different statement. Some one advised to remove the property, if so how can i revert in 500+ pages.
  2. i have developed a module in enwiki for infobox lok sabha constituency which fetch data from wikidata (see en:Thiruvallur (Lok Sabha constituency), for that i have prepared data in excel to insert in to constituencies & member items. I am still not in conclusion what properties should have to be added. It have details such as constituency, electors, successful candidates, election date, party name etc

. these data will be added for each elections. (data i populated is from enwiki &eco.nic.in) - thanks -Mdmahir (talk) 15:33, 28 February 2016 (UTC)

Why do this? Many of the last Lokh Sabha elections are already included. It is in the date that they started representing a constituency. A category makes no sense on Wikidata. Yes, changes can easily be removed. Thanks, GerardM (talk) 19:33, 28 February 2016 (UTC)

Importing the day of birth into a local wiki[edit]

Is it possible to import just the day of birth into a local wiki instead of whole date with Property:P569? --Janezdrilc (talk) 19:17, 28 February 2016 (UTC)

@Janezdrilc: Do you mean determine of the name of the day of the week of the month of the year, or do you mean that you just want the dd value. If the later, pull the whole date value, and parse it to give the day value, see mw:Help:Extension:ParserFunctions.  — billinghurst sDrewth 22:29, 28 February 2016 (UTC)

That's really great. That is what I need: {{#time:d. xg|{{#property:p569}}|sl}}. It works. Thank you. --Janezdrilc (talk) 12:12, 29 February 2016 (UTC)

@billinghurst: There seem to be a problem. Please try to copy this code...

: {{#if: {{#property:p569}} | [[:Kategorija:Rojeni {{#time:j. xg|{{#property:p569}}|sl}}]] }}
: {{#if: {{#property:p569}} | [[:Kategorija:Rojeni leta {{#time:Y|{{#property:p569}}|sl}}]] }}
: {{#if: {{#property:p570}} | [[:Kategorija:Umrli {{#time:j. xg|{{#property:p570}}|sl}}]] }}
: {{#if: {{#property:p570}} | [[:Kategorija:Umrli leta {{#time:Y|{{#property:p570}}|sl}}]] }}

... into next articles: s:sl:Vinko Gaberc, s:sl:Janko Kessler, s:sl:Vatroslav Holz, s:sl:Janez Parapat. There are occuring combinations of working/nonworking functions. --Janezdrilc (talk) 21:16, 1 March 2016 (UTC)

I had tried some as well. Interestingly in some cases it breaks when using "from=" in #property.
--- Jura 21:18, 1 March 2016 (UTC)

@Jura1: I was thinking if there is some MediaWiki page or Module, css or js file or something else to update on Slovene Wikisource? Could be something of that simply missing? --Janezdrilc (talk) 22:43, 1 March 2016 (UTC)

I couldn't reproduce what I just wrote. {{#time:d. xg|{{#property:p569}}|sl}} and {{#time:d. xg|{{#property:p569|from=Q76}}|sl}} work on Q76 at enwiki, but not on slwiki. I think it's probably something to fix for the devs. As they are working on localized dates, maybe they could look into this as well or are already doing it. @Lydia Pintscher (WMDE):.
--- Jura 23:00, 1 March 2016 (UTC)
Noted. Thanks! :) --Lydia Pintscher (WMDE) (talk) 11:45, 2 March 2016 (UTC)
{{#property:P569}} produces: 13 januar 1886, but the time function wants {{#time: xg | 13 january 1886 }} with a "y". I think Wikidata returns the local name, but the time function wants the english name. A #switch should do the translation. --Molarus 02:06, 2 March 2016 (UTC)

@Molarus: I've been testing some dates on sl.wiki. If the date include following months: apr, sep, nov, dec, the translation is done correctly. If the date include remaining months: jan, feb, mar, may, jun, jul, aug, oct, the translation is done incorrectly. This applies in all articles. Some other wikis also have problems with translation, including de, cs, pl, ru, sk, uk. --Janezdrilc (talk) 11:28, 4 March 2016 (UTC)

I think Molarus is right. It seems it needs to be done with LUA. Module:Wikidata has {{#invoke:Wikidata|formatStatementsE|item=Q76|property=p569|displayformat=raw}} (+1961-08-04T00:00:00Z).
With {{#time:d. xg|{{#invoke:Wikidata|formatStatementsE|item=Q76|property=p569|displayformat=raw}}|sl}}, it works here (04. avgusta), but requires the same version of Module:Wikidata to work elsewhere. Ideally the entire thing is done in one LUA function. It would also need to check if the date has day-precision.
--- Jura 11:27, 4 March 2016 (UTC)

Property proposals need attention[edit]

There are many proposals for property that have been sitting for months waiting for comments (favourable or otherwise) and/or attention from property creators. Transportation, Unsorted, Generic and Natural Science categories seem to me (subjectively) to be the slowest moving ones. If we are to move the project forwards we need to respond to proposals for properties when people make them - one of the best ways to demotivate people is to ignore them. Thryduulf (talk: local | en.wp | en.wikt) 19:30, 28 February 2016 (UTC)

The problem is that there are several people requesting properties without actually using them. Now we have to do maintenance on a lot of them before they were even used: Wikidata:Project_chat#Dormant_properties.
Don't hesitate to ask an administrator or a property creator to look into specific proposals, if you plan to use them. Maybe not for external identifiers, as we have not sorted these out yet.
--- Jura 17:51, 29 February 2016 (UTC)

People born on the 29th of February[edit]

Wikidata:Database reports/birthday today is much shorter than usually ;)
--- Jura 06:55, 29 February 2016 (UTC)

Since they only have birthday once every four year, I know two persons that became grandparents as teenagers. ;) -- Innocent bystander (talk) 07:49, 29 February 2016 (UTC)
  • .. and they never get to retire?
    --- Jura 12:17, 29 February 2016 (UTC)
About Wikidata:Database reports/birthday today, do you think that this page could be translated? Pamputt (talk) 17:11, 29 February 2016 (UTC)
There is fr:Projet:Wikidata/Listes/Anniversaire aujourd'hui and a version in Catalan. It's harder to do at Wikidata without accessing too many items.
--- Jura 17:16, 29 February 2016 (UTC)
BTW, ruwiki has categories for date of birth. Feb 29, if somedoby wants to cross-check (and some more languages: no label (Q7020902)). --Edgars2007 (talk) 17:18, 29 February 2016 (UTC)
We could use that for Wikidata:Bot_requests#Too_many_people_born_on_January_1.
--- Jura 17:22, 29 February 2016 (UTC)

Wikidata edits uselessly repeated in Wikipedia watchlist: 173 lines for a single edit[edit]

Hello,

Can anyone kindly explain me why a single edit to teacher (Q37226) (teacher) is shown 173 times in my fr Wikipedia watchlist? Basically, every teacher in my Wikipedia watchlist shows the edit, which I think should not be the desired behaviour, as it clutters the Wikipedia watchlist (there are plenty of these, all the time). Am I doing something wrong? (I don't think I did anything specific for this) I've been directed to phab:T90435 ([Epic] Wikidata watchlist improvements (client)) but I'm not sure it covers this point.

Place Clichy (talk) 17:39, 29 February 2016 (UTC)

All those articles have a link to teacher (Q37226) (probably through the infobox). So if you want to see Wikidata edits in your watchlist, you'll see 1 edit on all articles that are on your watchlist and have a link to the edited item. You can turn off showing Wikidata edits in your settings on frwiki. Mbch331 (talk) 17:56, 29 February 2016 (UTC)
@Mbch331: I do not wish to turn off showing all Wikidata edits, I only wish to see Wikidata edits on items on my watchlist, not items linked to them. For instance, if i have fr:Abraham Adolf Fraenkel in my frwiki watchlist, I would understand to see edits on Abraham Fraenkel (Q61043), but I should really not see edits labelled Abraham Adolf Fraenkel (Q37226). Place Clichy (talk) 10:19, 1 March 2016 (UTC)
@Lydia Pintscher (WMDE): Can you say anything about this? Mbch331 (talk) 11:23, 1 March 2016 (UTC)
I'll look into it. How often is this happening for people? Is it super annoying because it happens all the time? Or is this a rather exceptional case? --Lydia Pintscher (WMDE) (talk) 12:01, 1 March 2016 (UTC)
The problem is that there isn't really a way to know that it wasn't the label of "Étienne-Louis Boullée" that was changed to "enseignante", but the label of Q37226 which is "teacher". This doesn't exactly described the same sample above, but it is similar to something I found odd at Meta when viewing changes at Wikidata from there. A possible solution could be:
  • to move the QID to the space after the name of the user and include the current label of the item.
  • Maybe there should also be an indication of the link to that item (is it the one of the article or a linked one).
  • For linked items, a consolidated view could be preferable (1 diff not 173).
This at least from my POV. Maybe Place Clichy wants to suggest something else.
--- Jura 12:21, 1 March 2016 (UTC)
@Lydia Pintscher (WMDE): This is happening all the time, I can't remember when it started. My frwiki watchlist has 13 465 items on it, and I'm having a real hard time reading it due to such cluttering from WD edits appearing dozens of times, for items I'm not even following. I understand that changes (especially on labels) on "property" items can affect the Wikipedia article and are therefore legitimate on the WP watchlist, but there seem to be several things worth a cleanup :
  1. As I wrote here, showing changes to a mother class of a property are imho overkill. Whenever someone edits human (Q5) or person (Q215627), it's mayhem.
  2. The language issue has been reported many times before (only show edits to labels/records in the local Wikipedia language)
  3. Consolidating these 173 lines on 1 line (for 1 diff) would be a great improvement
  4. The label issue mentioned by Jura1 would also be an improvement but I would give it a lower priority and I can't tell the best way to display it: in my example above, the watchlist shows Abraham Adolf Fraenkel (Q37226) which is misleading. fr:Abraham Adolf Fraenkel (the article in my frwiki watchlist) is linked to Abraham Fraenkel (Q61043), and this item links to teacher (Q37226), which is where the edit took place.
Again, I can't tell if (especially point 1) is a bug, the expected behaviour, or something already listed in the watchlist integration improvement! Place Clichy (talk) 14:50, 1 March 2016 (UTC)
I understand, that this isn't solution to the problem itself, but you may try using this gadget, that allows filtering. Very nice in such cases. If you're interested, then copy content from this page to your common.js page. --Edgars2007 (talk) 15:02, 1 March 2016 (UTC)
Thanks, folks. That is useful. --Lydia Pintscher (WMDE) (talk) 15:53, 1 March 2016 (UTC)

Wikidata weekly summary #198[edit]

Wikidata-logo-en.svg
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Lydia Pintscher (WMDE) 22:00, 29 February 2016 (UTC)

water hardness (Q192905)[edit]

May someone please separate Water hardness and Hard water? The latter is the opposite to soft water (Q10856440) and should get its own item.--Kopiersperre (talk) 22:17, 29 February 2016 (UTC)

✓ Done In hard water (Q22988272) Andreasm háblame / just talk to me 14:41, 2 March 2016 (UTC)
@Kopiersperre, Andreasmperu: Following this separation, the five articles moved to hard water (Q22988272) (en:Hard water, es:Agua dura, ro:Apă dură, simple:Hard water, ta:கடின நீர்) no longer have interwiki links to and from the 36 articles at water hardness (Q192905), whereas their articles cover exactly the same subject (for instance, en:Water hardness redirects to en:Hard water, and the term hardness is ubiquitous in the article, same for es:Dureza del agua and es:Agua dura). This goes against the principle of Wikidata phase 1 and hosting interwiki links on Wikidata, and it does not help navigation for the reader. In such a case, what do you think is the most appropriate action:
  • Merging near-identical Wikidata items so that effective interwiki links are provided to the reader?
  • Allowing redirections in site links? (that would be a big change on the spirit of the project)
  • Placing hard interwiki links in wikipedia articles? (that would be phase 1 backwards, and how could this be maintained)
  • Forgetting the idea of interwiki navigation altogether?
All opinions welcome. Place Clichy (talk) 12:40, 3 March 2016 (UTC)
@Place Clichy: Merging non-identical Wikidata items is not a solution because we want to build an ontology following Occam's razor (Q131012) here.
There is a workaround: Place any bullshit above the redirect, link it with Wikidata and delete the bullshit again.--Kopiersperre (talk) 14:11, 3 March 2016 (UTC)

SPARQL report for item constraints[edit]

I'd like to add SPARQL report link to Template:Constraint:Item along with current WDQ link. It would look like this: User:Laboramus/Test/P2549 (compare with Property_talk:P2549). Basically the change would be adding one "SPARQL" link where it says "Report:". Are there any objections to this? Does anybody see any problems with the concept or implementation? --Laboramus (talk) 02:02, 1 March 2016 (UTC)

  • Looks good. As WQS doesn't display labels by default, maybe a column for these could be added too. BTW even the Autolist link could be changed to use SPARQL as source.
Eventually we might want to support exceptions= and items= as well.
--- Jura 09:20, 1 March 2016 (UTC)
Looks good to me, too. BTW, related suggestion. Maybe we can add this kind of reports for (some) constraint templates? The eqiuvalent SPARQL should be this one. Yes, it would fit better at Property documentation template, but it hasn't the needed functionality yet. --Edgars2007 (talk) 12:42, 1 March 2016 (UTC)
Yes, I think eventually we'll get there too. --Laboramus (talk) 07:34, 2 March 2016 (UTC)

The Signpost - two items need merge please[edit]

Can someone help with the merge of these two pages, please?

Thank you very much,

— Cirt (talk) 09:35, 1 March 2016 (UTC)

Help:Merge
--- Jura 09:46, 1 March 2016 (UTC)
✓ Done--Ymblanter (talk) 12:21, 1 March 2016 (UTC)

List of data licenses for different government's data[edit]

Hi all

Is anyone aware of a list of the different data licenses governments use? I'm thinking perhaps there may be something similar to the Freedom of Panorama page on Commons.

Thanks

John Cummings (talk) 14:23, 1 March 2016 (UTC)

just a note this is something I've run into in my work (not that I've seen a good solution) - we have our own rather ad hoc list of governments with "Crown" copyright rules, the US government employee rules, etc. ArthurPSmith (talk)
@ArthurPSmith: thanks, do you think its worth starting a page with this information on? I can see it being useful for people wanting to import data from different sources. --John Cummings (talk) 15:40, 2 March 2016 (UTC)
In Sweden (Q34) You have to look at each document! -- Innocent bystander (talk) 15:45, 2 March 2016 (UTC)
Would it be helpful to create a page on Wikidata called something like 'Government data licensing' that listed all the licenses used by different governments, with the aim of highlighting data that can be imported into Wikidata? I feel like this would be very useful but I'm a bit stuck with the name. John Cummings (talk) 16:36, 3 March 2016 (UTC)
It would be nice, but I am afraid that the list will be very short?
United States: Free in many cases.
Europe: No, with a few exceptions!
Rest of the World: Probably not!
-- Innocent bystander (talk) 17:22, 3 March 2016 (UTC)

Add company to wikidata[edit]

Hello,

I am new here to wikidata, can anyone advise me on how to add a company's information onto wikidata? Your help is much appreciated, thank you!

Scripts loaded in common.js not working in Chrome[edit]

When using Wikidata in Chrome I'm missing several functions. These are all loaded from scripts in my common.js. When I check my browserconsole I see the following error: Refused to execute script from 'https://www.wikidata.org/w/index.php?title=User:Magnus_Manske/suggestor.js&action=raw&ctype=js' because its MIME type ('text/x-wiki') is not executable, and strict MIME type checking is enabled. (for each non-working script 1 line). I don't know how to make them work under Chrome. I don't have FireFox present on my work PC. Does anyone know how to solve this? Mbch331 (talk) 22:39, 1 March 2016 (UTC)

Solved it myself. The solution is to change the ctype part of the url to ctype=text/javascript, then it does work. Then the content type is set to text/javascript instead of text/x-wiki and the scripts are executed. Mbch331 (talk) 20:37, 2 March 2016 (UTC)

Wiki mark-up in string-type properties[edit]

Several users in frwiki, and apparently other wikis as well are pushing for the use of Wiki-markup in Wikidata, like image caption : [[John Doe]] and [[John Smith]] at the {{numeral|2}} edition of the competition.

That makes the statement unreadable anywhere but in a particular Wiki and on the whole I think it is really bad idea. But still, it would be useful if string-type properties supported more formatting options, like italics, superscripts, line breaks, and even, for some properties, internal links. Should we have a more explicit policy about this. Other thoughts ? @Lydia Pintscher (WMDE), Molarus:.--Zolo (talk) 07:09, 2 March 2016 (UTC)

I am very much against introducing formatting options in the string datatype as is because this defeats the whole point of what we are doing here. We can think about introducing other datatypes for a rare number of cases where it does make sense to have formatting but I doubt there will be significant ones. Can you say what the usecases are that they want to use formatting for in strings? Image captions will be handled as we make progress on Commons support. Any other cases? --Lydia Pintscher (WMDE) (talk) 11:44, 2 March 2016 (UTC)
Italics, subscript, superscripts, and line breaks would have relatively wide use for inscription (P1684) and quote (P1683), and, I think, more occasional use for other monolingual text properties. Actually, it would also sometimes be useful in for labels as well (eg foreign loanwords should usually be italicized in French). --Zolo (talk) 12:36, 2 March 2016 (UTC)
It seems to me it would be reasonable to introduce another string-based datatype (like the mathematical formula type) that is a "formatted string" or "interpreted string" for certain properties. Many programming languages have two different string types, one for raw text (single quoted strings in perl, ruby, etc.) and one for text allowing run-time substitutions (double-quoted strings). ArthurPSmith (talk) 14:37, 2 March 2016 (UTC)
I have inserted this code in a lua module: string.gsub(s, "{{(%w+)}}", function (n) return frame:expandTemplate{ title = n } end) to make templates in image captions work. And now I am adding code for dealing with references, but the formatting will be in the code, not in Wikidata values. --Molarus 16:30, 2 March 2016 (UTC)
@Molarus: the {{Templates}} markup is in Wikidata, which is only usable in (one) Wikipedia, and should be avoided. --Zolo (talk) 17:56, 2 March 2016 (UTC)
It is no problem, because the templates are used in a monolingual text, which is seen only in the wiki that inserted the template into the monolingual text. And if no template is inserted into the image caption, the code does no harm. A problem might arise someday if a value is used in different ways, but the solution is here to have similar code or to filter formatting code out of the value. --Molarus 18:16, 2 March 2016 (UTC)
which is seen only in the wiki that inserted the template: I don't agree with you. For example there are 10 Wikimedia wikis that would display an image description in German (de.wikipedia, de.wikisource, de.wikiquote, de.wikibooks, de.wikinews, de.wikiversity, de.wikivoyage, wikispecies, commons) and I am not counting here usages outside Wikimedia worlds. Tpt (talk) 21:27, 2 March 2016 (UTC)
OK, there are some wikis that could show that info too. If they have the same template as wikipedia, they will see the same image caption. Where is the problem? A problem could arise if I´m using a value in different ways, but I don´t see that as a possibility for captions or text in general. Another possible problem could arise if there are templates with the same name but different functions. By and large, I see the possibility of small problems in the future if formatting code is inserted into wikidata text (!) values. On the other hand, the users get the same features they are used to in wikipedia. I think, we should try to make editors happy, while we pay for that with more work. --Molarus 06:41, 3 March 2016 (UTC)
The problem is that nobody is expected to treat the property as formatted text, nor is there any guarantee that if they do, that they have a template with the same name and if they do have one, that it will work the same way. Wikidata is designed to store data which can be reused by everyone, it's not designed to store data tailored to one specific project - that can be stored locally. Ultimately, I don't think Wikidata is even the right place for image captions, it would make more sense as structured data on Commons (which I think was what Lydia was also implying). - Nikki (talk) 09:34, 3 March 2016 (UTC)
There are even more than that, as smaller wikis may want to fall back to German if the info isn't available in their language yet (there are 15 other languages shown as falling back to German on commons:File:MediaWiki fallback chains.svg...). - Nikki (talk) 09:34, 3 March 2016 (UTC)
It was actual meant for frWP to show something like 1er. I wouldn´t mind to have "sup" instead of the template, but I don´t like to "correct" other peoples text. Another possible use case are right-to-left names in captions, e.g. names of persons. There is a need for formatted text, I´m sure. By the way, pattern matching is central to lua and to this problem. It´s magic! I would never use the parser function #property --Molarus 11:54, 3 March 2016 (UTC)
Symbol strong support vote.svg Strong support to a formatted text datatype (with visual editor?). About allowing templates, I am not so sure, at least not at the beginning. --Micru (talk) 10:55, 3 March 2016 (UTC)
In taxonomy, titles of books and papers that include names in italics are commonplace, so markup would be useful. - Brya (talk) 11:38, 3 March 2016 (UTC)
A new datatype for such values would be sensible. It could either be qualified by the home wiki (like we currently qualify langauges of works) or the markup could be expressed like [[:fr:John Doe]], with [[John Doe]] forms causing an error message. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:15, 3 March 2016 (UTC)

How to cite Turkish census data?[edit]

I'd like to add the population of all 81 Turkish provinces to Wikidata. The data is gathered as part of the Address Based Population Registration System (Q6042918). There is an interactive query tool on biruni.tuik.gov.tr. How to cite the population count properly? Would stated in (P248)/described by source (P1343) be sufficient or do I need to include retrieved (P813) or title (P1476)? --1-Byte (talk) 10:08, 2 March 2016 (UTC)

@1-Byte: apparently query tool is an interface for the report generated by Address Based Population Registration System (Q6042918) , so you should source the report with stated in (P248) as Help:Sources suggests (by creating item for the report). -- Hakan·IST 10:44, 2 March 2016 (UTC)
@1-Byte: Use Help:Sources but follow the database section: Address Based Population Registration System (Q6042918) is a database, not a legal text. Snipre (talk) 13:02, 2 March 2016 (UTC)
@Snipre: It is a live updating database, note that you'd be sourcing the 'report' generated by Query Tool at the time of import. -- Hakan·IST 13:20, 2 March 2016 (UTC)
@HakanIST: Is the report generated by the system an official document ? With some authors, ISBN, DOI or other identifiers ? By report we mean a document which is not generated by an automatic system from a continuously updating database. Snipre (talk) 18:54, 2 March 2016 (UTC)
@Snipre: I found an official press release which includes some tables about provinces. These documents are now included as Results of Address Based Population Registration System 2015 (Q22987520). The data about districts is not included though. --1-Byte (talk) 21:40, 2 March 2016 (UTC)
No I think you don't understand the difference: a document can't be generated by an automatic system and what you have for Results of Address Based Population Registration System 2015 (Q22987520) is press release not an official document providing all the data at the end of 2015. As example have a look at the press release of census data for Switzerland there but this can be used to source only what is in hte press release and not other data from the database. Your press relaese just mention some data of the database at a specific date. It can be sued as source for the data you have on the press realease but not for the missing data from the text.
A document is something like that or like that which can be retrieved by everyone in the wolrd just by mentioning its title or one of its identifiers like ISBN. It's something which contains all the data you want to cite.
Why don't you use the data structure for databases in source section ? Snipre (talk) 22:53, 2 March 2016 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘@Snipre: I see, this is definitly not optimal. However there is an option to download the tables at the end of the release (not dynamically generated). Would that be OK (at least for the provinces)? Regarding the source section: According to Help:Sources#Databases databases without an identifier should be treated like webpages. I tried to follow the advice in this section. Would you mind helping me by fixing the references in Adana Province (Q40549)? --1-Byte (talk) 08:50, 3 March 2016 (UTC)

Wikidata metalevel mark (Q22985125)[edit]

Wikidata metalevel mark (Q22985125) (View with Reasonator) I want to see if someone has any explanation for this item. @Abc82: you seem to be starting something with this, what's your point ? author  TomT0m / talk page 11:42, 2 March 2016 (UTC) @Abc82: author  TomT0m / talk page 11:56, 2 March 2016 (UTC)

  • It is needed because class-metaclass relationship does not fit in class-subclass relationship. -- Abc82 (talk) 12:27, 2 March 2016 (UTC)
    • instance of (P31) is fitted for that, I don't know why we would need another mechanism. author  TomT0m / talk page 13:01, 2 March 2016 (UTC)
      • With marking classes by P31 a query of all exemplars of metaclass through subclass of (P279) will gather ordinary exemplars, not classes as expected. P31 is good enough while no such queries. -- Abc82 (talk) 13:10, 2 March 2016 (UTC)
        • That does not make any sense to me. Can you expose clearly what you intend to do here ? author  TomT0m / talk page 13:16, 2 March 2016 (UTC)
          • I understand you position more clearly now, so I will respect it. I can undo anything you say. -- Abc82 (talk) 14:45, 2 March 2016 (UTC)

Repeated article in sk-wp[edit]

In sv-wp there is a repeated article w:sk:DOSBox and w:sk:Dosbox. Can anyone merge them? --Micru (talk) 15:59, 2 March 2016 (UTC)

Everything is probably going to "break" for 10 or 15 minutes later this month[edit]

Tracked in Phabricator
Task T124671

This is early notice for everyone, and a request to share the news:

The Ops team is planning a major change to the servers, (very) tenatively scheduled for Tuesday, 22 March 2016. One probable result is that when this happens, all wikis will be in read-only mode for a short time, likely less than 15 minutes for all editors. You will be able to read pages, but not edit them. "All wikis" means all of the WMF wikis, including Wikidata, Meta, Commons, the Wikipedias, and all the sister projects. It may affect some related sites, such as mw:Wikimedia Labs (including the Tool Labs). There will also be no non-emergency updates to MediaWiki software around that time.

Many details are still being sorted out. I am asking you to please share the word with your friends and fellow contributors now. This will be mentioned in m:Tech/News (subscribe now! ;-) and through all the other usual channels for Ops, but 99% of contributors don't follow those pages. If you are active in other projects or speak other languages, then please share the news with your fellow contributors at other projects, so that whenever it happens, most people will know that everything should be back online in 10 or 15 minutes.

Thanks, Whatamidoing (WMF) (talk) 16:37, 2 March 2016 (UTC)

Inspire Campaign: Making our content more meaningful[edit]

WPCube.png

The second Inspire Campaign has launched to encourage and support new ideas focusing on content review and curation in Wikimedia projects. Wikimedia volunteers collaboratively manage vast repositories of knowledge in our projects. What ideas do you have to manage that knowledge to make it more meaningful and accessible? We invite all Wikimedians to participate and submit ideas, so please get involved today! The campaign runs until March 28th.

All proposals are welcome - research projects, technical solutions, community organizing and outreach initiatives, or something completely new! Funding is available from the Wikimedia Foundation for projects that need financial support. Constructive, positive feedback on ideas is appreciated, and collaboration is encouraged - your skills and experience may help bring someone else’s project to life. Join us at the Inspire Campaign and help your project better represent the world’s knowledge! I JethroBT (WMF) 19:55, 2 March 2016 (UTC)

  • Expand Wikidata?
    --- Jura 14:17, 3 March 2016 (UTC)

Instance vs Subclass[edit]

For a project I'm working on I created a sort of browser that shows sub classes and instances of any item. What I've noticed is how often people confuse the two. I'm about to work extensively on getting these right wherever I see an issue.

However before I start I would like to make sure I'm right and the community agrees with me.

For example a Vegetable is defined as being the part of a plant that you eat. There are pages and pages of instances of vegetable for example beetroot (Q165437) or asparagus (Q28367) which are all defined as instances of vegetable, but in my mind they should all be subclasses.

This is better summed up as if it were code. If Vegetable had a method called rot obviously it would not be the class Vegetable that rots but an instance of a vegetable that rots. It's also evident that it's not the class tomato that rots but an physical instance of tomato. Hence tomato being an instance of vegetable does not make sense, it should be a subclass.

Does everyone agree with me? Any ideas? Thoughts? I'm also worried that some people might not understand the difference between instance and subclass and might change it back. By Thewormsterror (talk • contribs • logs).

AFAIK, there is a loose interpretation of instance here, we don't use it only for real life unique instances, but it is more like a tree of classes where the last element is an instance. It is improbable that we will have real instances of beetroot, so it is not a big deal. Perhaps it would be more useful if combined with quantity (P1114) but it is quite unlikely that we could source the number of beetroot in the world, other than with weight estimates.
In the end I think it is a question of practicality, do you have some practical application in mind where it would make a difference to consider beetroot a subclass of vegetable instead of an instance?--Micru (talk) 10:46, 3 March 2016 (UTC)
I don't agree with this and I push help:Classification. This loose interpretation is not useful for any purpose and we totally lose the interest of having two properties. If we want to take that approach, w should just create a new property is a and add it to the items that is a superproperty of both instance of and subclass of. Plus the dichotomy instance of (P31) / subclass of (P279) has been used to solve problems about for example differenciate the type of administrative division in some project out here and the divisions themselves (paris / french city / french administration division) which are a mess without using the dichotomy. The most important feature is that subclass is transitive, whereas instance of is not : an instance A of an instance B of some class C is not an instance of C, so that Paris is not a type of french administrative division. author  TomT0m / talk page 12:42, 3 March 2016 (UTC)
I just read your Classification document. I agree with you almost completely TomT0m, I just have some hesitations about things being both instances and subclasses, I don't disagree I just have to think about it more. Being quite knew to wikidata though, I don't know how things work here. As a new user can I just go and change things as I see fit and assume no moderator will flag me or change them back? I know this matters little but I have a lot of qualifications when it comes to making models, so I know what I am doing. I plan on using wikidata a lot in the future for various projects, and the accuracy of the data is important to me. Thewormsterror (talk) 18:07, 3 March 2016 (UTC)
@Thewormsterror: I'd just like to point out the original example above with "Vegetable" seems wrong to me - either the instance of (P31) statements should be changed to subclass of (P279) or vegetable (Q11004) should be replaced in the statements by something that has the form of a metaclass - "type of vegetable" or something like that. All that said, the bio hierarchy is a bit complicated and there are some people with strong opinions there so I would consult a bit (eg. here or talk pages or an RFC) before trying any major changes. ArthurPSmith (talk) 21:02, 3 March 2016 (UTC)
@ArthurPSmith: It's not really bio hierarchy, because a vegetable is an edible plant or a part of an edible plant. It goes across taxons. To me it's obvious that an asparagus should be a subclass of vegetable. I'll wait a week and unless I get any strong objections in this thread I will change it. Thewormsterror (talk) 21:37, 3 March 2016 (UTC)

Import WP article names and links[edit]

Hi there. We're starting m:Wikimedia CEE Spring 2016 soon and currently local chapters are preparing lists of vital articles we would love to see written in other languages. Here's a sample list for Poland, as you can see manually adding new entries is a major pain as one would have to check whether certain article exists in one of the 26 languages, then manually add the links, format the table…

So, I was wondering if this could be done by a template. The template would include all the formatting, all the user would have to do is to fill in the Wikidata Q code for all the links to load (or a – sign to load if there is no article), and then subst the template in place to form a new line in the table. How do I retrieve names and links to articles, and a minus sign if there is no article? Halibutt (talk) 01:41, 3 March 2016 (UTC)

Decoding P1172[edit]

Geokod (P1172) has Type:class= administrative territorial entity (Q56061) as a constraint. That is fine. But the code itself gives more information.

  • A code of type: NN00000 is a County.
  • A code of type: XXNN000 is a Hundred, Tingslag or Skeppslag.
  • A code of type: XXXXNN0 is a Municipality. Thereof: XXXXX80 is a City and XXXXX90 is a Market town.
  • A code of type: XXXXXXN is a (subclass of) Parish if N=1,2,3/is a Municipalsamhälle if N=4,5,6,7,8/is a "Market town who does not form a municipality" if N=9 (There are two exceptions for N=3)

Can this information be used here in any way? -- Innocent bystander (talk) 07:42, 3 March 2016 (UTC)

Not with the normal constraints, but if you know how to write SPARQL, you can use Template:Complex constraint. Mbch331 (talk) 11:14, 3 March 2016 (UTC)
Many of these have "instance of:former municipality in Sweden". It is technically correct, but "former municipality" has a number of subclasses, with more detailed information! -- Innocent bystander (talk) 12:59, 3 March 2016 (UTC)
I just discovered that administrative territorial entity (Q56061) maybe is a little to limiting for this property. WD do not regard Swedish parishes as an administrative entity. (They used to be, but are not anymore.) And unincorporated Market towns is more of a "populated place" than a administrative territorial entity (Q56061). I have changed the constraints now, but I do not want to have "subclass of any item in this list". I prefer "is instance of any item in this list". Is that possible? -- Innocent bystander (talk) 10:00, 4 March 2016 (UTC)

Admin notice[edit]

Please undo the merger of Philip Francis Little (Q7183561) (en:Philip Francis Little, Newfoundland Premier) and Philip Little (Q21794051) (de:Philip Little, painter).--Kopiersperre (talk) 20:00, 3 March 2016 (UTC)

It can be done in the edit history of the items. Please advise if there is a problem with that.
--- Jura 20:10, 3 March 2016 (UTC)

Q23000000[edit]

It's created! Just let you know to who are interest about milestones!--DangSunM (talk) 02:14, 4 March 2016 (UTC)


Revert Q6581072[edit]

Would someone revert the edit of Pigsonthewing on that item? Apparently, they don't want to discuss what they are doing and per Property_talk:P2559 we are not ready yet.
--- Jura 02:57, 4 March 2016 (UTC)

I have undone the edit, as the instructions should remain until the usage notes statement is supported (which I hope is being worked on as a matter of priority) but I cannot see any evidence that you (Jura1) or anyone else has actually tried to discuss this with Pigsonthewing so saying he doesn't want to discuss is not necessarily accurate. Thryduulf (talk: local | en.wp | en.wikt) 13:41, 4 March 2016 (UTC)
Thanks. Someone removed what might be the evidence you are looking for.
--- Jura 13:46, 4 March 2016 (UTC)

Help Commons categories[edit]

Where is the rght location in a item like Q880229 for the Commons category: Identifiers or statements? And for links to Wiktionary pages. Thanks--Pierpao (talk) 13:45, 4 March 2016 (UTC)

For Commons, you can use either (click "add"), it gets displayed depending on how the property is defined.
For Wiktionary pages, I don't think any properties are available yet.
--- Jura 13:53, 4 March 2016 (UTC)

Numismatic objects (coins) on Wikidata[edit]

Hi! Is there an interest in adding individual coins to Wikidata? They are very well-documented, have clear data and identification numbers etc., so it wouldn't be totally chaotic. One could probably import data from an online database such as http://en.numista.com or http://colnect.com/en/coins/.

I tried to make a template here, Q23002046, but lots of properties I don't know which ones to use or if new ones should be created.

The properties that would be appropriate are these:

If this is not desired, feel free to delete my template.

Regards, Jssfrk (talk) 16:35, 4 March 2016 (UTC)

Here is a link to my template coin on Numista: http://en.numista.com/catalogue/pieces6154.html
Jssfrk (talk) 16:37, 4 March 2016 (UTC)
Note that you probably describe a 'type' of coin (and not a coin owned by mr X) so you should use subclass of (P279) coin (Q41207). Look e.g. at one pound coin (Q1439830) Michiel1972 (talk) 17:18, 4 March 2016 (UTC)
And instead of P17 you better use P495 (In changed it in your example). Michiel1972 (talk) 17:23, 4 March 2016 (UTC)
For the start / end date I would probably not use Property:P571 and Property:P576 but start time (P580) and end time (P582) instead, as normal claim or as qualifier with the P31/P279 claim 'coin'. Michiel1972 (talk) 17:27, 4 March 2016 (UTC)
I definitely don't think it belongs on the P31/P279 "coin" statement, it doesn't stop being a coin just because it's no longer minted or no longer legal tender. I also wouldn't add the statements as normal statements because it seems quite vague, it could be referring to the dates the coins were minted or to the dates they were legal tender (which can differ quite significantly, e.g. in the UK, the shilling coin was minted until 1970 but remained legal tender until 1990). For minting dates, I would probably use something like significant event (P793): minting (we don't seem to have an item for that yet) with the dates as qualifiers. I'm not sure about legal tender...
Regarding country of origin (P495) instead of country (P17), I think that depends what the country is supposed to represent, e.g. Ecuador uses the US dollar with coins minted in Canada and Mexico. - Nikki (talk) 19:13, 4 March 2016 (UTC)
In Euroland, each dountry has its own coins, even some non-EU-countries are allowed to mint their own Euro-coins. But all coins are legal to use in all of Euroland (and some other nations too). -- Innocent bystander (talk) 19:19, 4 March 2016 (UTC)
This looks like a sound proposal. I'll be happy to assist you in drafting proposals for the new properties, if you need assistance. I suggest we also need to use properties for the designer(s) and mint. Also an identifer-property for Numista, and other catalogues. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:31, 4 March 2016 (UTC)

Merge problem[edit]

I made a mistake and can't undo it. I've merged Q21041415 into Q7232681, thinking it was the same thing. The only page it existed of Q21041415 was this. I've press undo, but the wikidata item now only redirects. To clarify, one is a sports association of roller hockey, and other is of field hockey, I've no idea that there were two different federations.--Threeohsix (talk) 19:47, 4 March 2016 (UTC)

I undid the merge for you. Next time, go to the item that is a redirect (In this case: Portuguese Field Hockey Federation (Q21041415)). It will lead you to the page you merged it into (in this case Portuguese Roller Sports Federation (Q7232681)), then click on the link that points to the redirect page (Q21041415). You'll only see a link. Click on history and compare the last edit with 2 edits before. Than choose undo. Now the item is back into the state it was before you started the merge procedure. Mbch331 (talk) 20:55, 4 March 2016 (UTC)

Metrolyrics[edit]

I wanted to propose a new property for lyrics at MetroLyrics (Q6824428), but then found, that it's kind of part of full text available at (P953), see example at Never Gonna Give You Up (Q57). So, what should I do? Propose the property or not do that and not waste everybody's tyme at proposal page? Theoretically, I'm fine with P953, but property for Metrolyrics would ease life, I think (it could then be used at Wikipedia templates etc.). --Edgars2007 (talk) 20:05, 4 March 2016 (UTC)

I think a specific property would be beneficial; even if others disagree, having the discussion is not a waste of time. Please go ahead. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:48, 4 March 2016 (UTC)
I also think a specific property would be useful. en:Template:MetroLyrics song has nearly 20,000 uses on enwiki alone. - Nikki (talk) 21:19, 4 March 2016 (UTC)
OK, made the proposal, will see, how things will go. By waste of time I meant something like this :) Yeah, actually it's one of most used ID templates at enwiki and probably the most used template, which don't have property here. --Edgars2007 (talk) 07:48, 5 March 2016 (UTC)

Bot help needed with cleaning some Commons links[edit]

Site links to Commons pages should point to pages within the same namespace and others should be moved to properties like:

I realize that there is still no consensus on how to deal with Commons sitelinks to Category pages, so untill that is resolved I would just copy those links to Property:P373 instead of moving them, but no pages on Commons which are in Creator or Institution namespaces are suppose to have interlanguage links, so those should be just moved. Can anybody with bot skills could help with this task? --Jarekt (talk) 20:27, 4 March 2016 (UTC)

Merge problems[edit]

Can someone merge de:Kategorie:Hochschullehrer nach Staat (Q8975789) with en:Category:academics by nationality (Q7004720) ? 92.76.107.255 22:28, 4 March 2016 (UTC)

Where is the Universal Language Selector[edit]

Hi everyone, I'd like to change my language preferences but I can't find the "Universal Language Selector" which is supposed to be present "at top of pages" as mentioned here.--Kimdime (talk) 23:04, 4 March 2016 (UTC)

In this example, it's the "English" link --YMS (talk) 23:16, 4 March 2016 (UTC)
Hi YMS, so apparently I was misled and asked the wrong question. I'm totally fine with the interface language, what I wanted was to change the label and description default language interface. Thanks to Help:Navigating Wikidata/User Options I managed to do it through the babel infoboxes, but I'd rather not have those boxes in my user page, I'd like to do it through the preferences but somehow I don't manage it that way (didn't find any "Internationalisation" section in my user profile).--Kimdime (talk) 23:37, 4 March 2016 (UTC)

Welcome notification[edit]

When a user creates a new account on Wikidata, they get a welcome notification. This has also a feature that we don't use: it links to an arbitrary page. Where do we want to point new users to? Help:Contents, Wikidata:About, Wikidata:Tours...? Matěj Suchánek (talk) 09:15, 5 March 2016 (UTC)

Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Project_chat&oldid=310263897"