Wikidata:Project chat

From Wikidata
Jump to: navigation, search
Shortcut: WD:PC
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.
Requests for deletions and mergers can be made here.

IRC channel: #wikidata connect
On this page, old discussions are archived. An overview of all archives can be found at this page's archive index. The current archive is located at 2015/01.



Contents

Extortion or Blackmailing?[edit]

Can someone please me to clearify the distinction between extortion (Q6452087) and blackmail (Q34284) and sort out the messy interwiki? /ℇsquilo 19:37, 16 November 2014 (UTC)

I am not a lawyer and I did not unterstand languages. I have looked at de,fr,en,sv: Google translator says that fr and de Chantage blackmail (Q34284) subclass of (P279) extortion (Q6452087) Chantage is Extortion with a distrubution of informations about the victim of the Chantage. w:sv:Utpressning seems to be similar to fr/de Chantage, but I am not sure if the sv:Utpressing meanings includes extortion with other harm like violence too. blackmail (Q34284) seems to be splitted. I guess en Blackmail ist not equal to fr/de Chantage. --Diwas (talk) 21:24, 16 November 2014 (UTC) PS: w:it:Estorsione blackmail (Q34284) seems maybe similar to en:blackmail blackmail (Q34284) or to en/de/fr/... extortion (Q6452087) but not to fr/de chantage blackmail (Q34284).
That's a general problem with legal terms, as legal definitions of offenses vary a lot between countries, and so do legal terms. What is covered by one legal term in one country could be split into two distinct offenses in another. So in many cases, it might have been okay to link articles to articles about similar legal concepts in other languages, but from a database POV, it's probably not a really good idea to try to somehow stuff them all into one data set. --95.90.51.227 05:33, 19 November 2014 (UTC)

Sometimes the words "extortion" and "blackmail" are used interchangeably in colloquial English. But more precisely, "extortion" (as in extortion (Q6452087)) is generally any demand with coercion (Q325980): it can use any threat; it might have the threat of violence or it might threaten in some other way. I would say that extortion (Q6452087) <subclass of (P279)  coercion (Q325980), at least in English. Some kinds of extortion (in the general sense, not necessarily legal sense):

  • "Blackmail" (as in blackmail (Q34284)) is more specific extortion: The threat is to spread embarrassing information, and the information might be true or not.
  • racket (Q1283181) is almost always extortion (Q6452087), though sometimes the victim does not know it: The victim might know that the criminal is involved with the source of the problem, or the victim might not know, and instead think that the problem is caused by something else.
  • ransom (Q1414572): a person or thing is kept (usually kidnapping (Q318296) or theft (Q2727213)) until demands are satisfied

There are many types of extortion (and similar behavior) listed at en:Extortion#Similar crimes. But of course that is for English. Maybe coercion (Q325980) is the broadest term. (Also, there is duress (Q1192757), which is a legal defense, saying that the perpetrator was a victim of coercion (Q325980).) I have seen instances on Wikidata where English-language concepts are subclasses of German-language concepts that have no English-language label; that may be useful here, but requires someone fluent in more than one language. --Closeapple (talk) 14:20, 9 December 2014 (UTC)

"Erpressung" in German is something the perpetrator does to achieve a certain reaction of the victim. The perpetrator threatens to spread an information or to harm the victim or a relative. The perpetrator holds a child of the victim hostage to achieve money from the victim, this is a typical case of Erpressung. Blackmailing has a colloquial equivalent in German "Anschwärzen" = denigrate. There is no specific legal term for it, but if it comes to court it is "Verleumdung", however the perpetrator must tell lies or twist the truth to get convicted. You can not get convicted by telling the truth about a secret affair or something similar. Erpressung can represent the threat of spreading unwanted Information, Verleumdung represents the action of spreading lies an twisted information. The main difference between a case of Erpressung and a case of Verleumdung is the threat and the action.--Giftzwerg 88 (talk) 13:48, 19 December 2014 (UTC)
Blackmail is such an ugly word... (TV tropes) -- Jheald (talk) 13:54, 19 December 2014 (UTC)

Joseph Dana Webster/ civil war general/ chief of staff U.S.Grant and Sherman[edit]

His family history can be found at http://memory.loc.gov/service/gdc/scd0001/2007/20070619056ge/20070619056ge.pdf this information is in library of congress under John Webster 1634

simple German Wikipedia[edit]

Hi,

I’m a teacher and I want to engage students in creating and editing Wikipedia articles as well as teach them something subject related.

Wikipedia is a great tool and a vast pool of knowledge, but especially in the German language the information is lost for my students within the complicated and technical jargon. Students use Wikipedia but they usually lack the knowledge to make proper use of the information provided in the regular articles. I think this is one of the reasons why Wikipedia has such a bad reputation among German teachers (and of cause the mindless copy and past they usually do).

The English articles are usually much easier to understand compared to the Germans but on top of that there is simple English.

What I would like to have fore my students is a simple German Wikipedia.

Is there something like that in the pipeline?

I would like to handout assignments for my students to create or to simplify an existing German article that is related to my subject. Let them present the information in front of the class, edit the article and finally release it on Wikipedia so that everybody benefits from their work.

This would create content for all students, would create new Wikipedia savvy citizens and my students would learn a lot in the process.

So if anybody has any idea how to start the simple German Wikipedia or if this project is already on the way and one could contribute please let me know.

Thanks,

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

That question would be better addressed on Meta-Wiki (meta.wikimedia.org), not here. --Rschen7754 02:30, 27 December 2014 (UTC)
Hallo Naso, spannende Idee! Eine "Simple German Wikipedia" wäre eine neue Sprachversion. Die kannst du unter Incubator:Main_Page beantragen. Anschließend läuft eine Testphase, und wenn sich genügend Autoren engagieren, werden die Artikel vom Incubator in die neue, dann offizielle Sprachversion ("simple-de") verschoben. --Kolja21 (talk) 03:38, 27 December 2014 (UTC)
@Nasoboem, Kolja21: Post it here if the proposal is ready. I like the idea too. --Tobias1984 (talk) 23:25, 27 December 2014 (UTC)
As I know simple English Wikipedia is based on Basic English list consists of 200 words. On what vocabulary of German language do you plan to base "simple-de"? --Infovarius (talk) 23:26, 29 December 2014 (UTC)
@Infovarius: You wrote 200 words, but your link 2000 words or more. --Diwas (talk) 00:54, 30 December 2014 (UTC)
Such a project has been discussed a number of times over the years, both on the German Wikipedia and the Meta wiki. But, as Infovarius said above, while Simple/Basic English is an already established simplified form of English with a controlled vocabulary, no similar thing exists for the German language. A search on the German Wikipedia however found de:Portal:Medizin/Kinderleicht, a project to create articles about medicine for children, and Klexikon, a wiki for children. --95.90.51.227 22:14, 31 December 2014 (UTC)

Hallo @Nasoboem: ich glaube das Klexikon ist genau das, was Du suchst und es ist gerade letzten Monat richtig gestartet! Schau mal bei http://wiki.klexikon.de/ und dem Blog dazu http://klexikon.de/. Es ist gibt sogar heute ein Treffen, immer wöchentlich montags um 20 Uhr - per google Hangout und gleichzeitig in der Wikimedia-Geschäftstelle in Berlin-Kreuzberg. Da passt Deine Idee doch wie die Faust aufs Auge ;-) Mehr Infos auch bei de:Benutzer Diskussion:Wiktoriapark ("Mitmachen ist strengstens erwünscht") oder noch einfacher http://mitmachen.klexikon.de/ Besten Gruss --Atlasowa (talk) 14:47, 5 January 2015 (UTC)

Es gibt auch das Hurraki, ein Wörterbuch für Leichte Sprache. Dieses ist gedacht für Kinder, Menschen, die Deutsch nicht als Muttersprache haben und für lernbehinderte oder kognitv eingeschränkte Menschen, die mit langen Sätzen nicht klarkommen. Es geht dabei auch um Barrierefreiheit für diese Menschen. Es gelten dort diverse Regeln die ungefähr denen von Simple English entsprechen. Es ist aber kein Wikimediaprojekt. Zum Thema "Leichte Sprache" gibt es auch verschiedene staatlich geförderte Ansätze, ein Wiki das dem Simple-English-Wiki entspricht gibt es aber meines Wissens nicht. Siehe auch https://de.wikipedia.org/wiki/Leichte_Sprache --Giftzwerg 88 (talk) 16:53, 12 January 2015 (UTC)

In my opinion, Simple English should be moved to its own wikispace - and not be considered a language of Wikipedia, but instead be an instance of "Childrens/Juniorwiki", along with "simple German" and "simple" every other language. There is always a market for encyclopedias that are targeted for the juvenile audience[1] - and the "simple" version should not be considered a separate language, which of course it is not. Besides it would save me the trouble of having to delete "simplewiki" from my list of languages every time. I have to do that thousands of times. Wixty (talk) 22:18, 18 January 2015 (UTC)

New articles on wikipedias[edit]

Hello. Is there a bot creating new items for new articles on wikipedias or do they have to be created manually?--Cattus (talk) 17:44, 12 January 2015 (UTC)

Hi, there is no bot creating new items for all wikipedias and wikimedia's projects, but there are individual bots doing that tasks for individual projects (usually using own rules for new articles, usually there is a delay between new article and new item to prevent crating items about non-notable articles, that are deleted soon). For some small projects it may happen that none of bots is doing that tasks. --Jklamo (talk) 22:44, 12 January 2015 (UTC)

This [2] is useful for creating new items. It will make a list of all Wikipedia items which don't have a Wikidata item, and create those new items. Note that it follows the category tree, so don't choose a category with 5 million items in its sub-categories. Danrok (talk) 02:39, 13 January 2015 (UTC)

Thanks to both of you for your replies. That does seem like a very useful tool. I think I'll give it a try.--Cattus (talk) 22:03, 13 January 2015 (UTC)
I was about to ask the same question! May I also ask, does the tool just create the item, or is it sophisticated enough to copy across the basic claims? eg Birth dates? Periglio (talk) 22:23, 13 January 2015 (UTC)
It just does the bare minimum. But, once it is complete you can always copy/paste the item IDs to [3], and then add something like instance of (P31)=human (Q5) as a batch process. Which is a good start. There may be bots which will eventually fill in the blanks for certain types of item. Danrok (talk) 02:43, 14 January 2015 (UTC)
I would not like to see anyone use any sort of tool or bot like that which just creates new items for an article where there is already an item that article needs to be added to. It is not easy to merge them (the only way I have been able to do that is to delete the dummy item). I find it far more useful to leave no wikidata item instead of creating an erroneous item. There is of course no problem if there is no other wiki that has an article on that subject, and no item that it can be added to, but for smaller wikis especially, it is unlikely that there is not already an item that the article can be added to, instead of creating a duplicate item. Wixty (talk) 23:09, 19 January 2015 (UTC)

Sitelinks GUI redesign[edit]

What is wrong with item pages? After statements, the page split to two columns. On the first is the list with Wikipedia pages which are related to the item, and on the second are wikinews, wikiquote etc. Why this happen? I prefer to have a unique page like yesterday, not columns. Xaris333 (talk) 20:19, 13 January 2015 (UTC)

It was announced in Wikidata:Status updates/2015 01 10 and it is a step forward in redesigning the inteface, nothing wrong. Matěj Suchánek (talk) 20:23, 13 January 2015 (UTC)
Ok. Thanks. I found it more difficult... Xaris333 (talk) 20:32, 13 January 2015 (UTC)
It will take some time getting used to, that's for sure! What I'm missing are the property suggestions which seem to have gone awry. Jared Preston (talk) 20:39, 13 January 2015 (UTC)
Yeah we're currently fixing the suggestions and the edit summaries. --Lydia Pintscher (WMDE) (talk) 20:45, 13 January 2015 (UTC)
Edit summaries and suggester are fixed. --Lydia Pintscher (WMDE) (talk) 00:31, 14 January 2015 (UTC)
@Lydia Pintscher (WMDE): Where can I find these suggestions and edit summaries? Petr Matas 08:11, 14 January 2015 (UTC)
It was just the normal edit summaries that show up in recen changes for example. They were broken shortly. The suggester is what pops up in the property field when you add a new statement. That shortly did not show up. --Lydia Pintscher (WMDE) (talk) 08:29, 14 January 2015 (UTC)
Its more difficult because I use more often the section about wikipedia links. The others are not useful (for me) but they get more than the half of the page. I would like to have the option to return to previous version, as well. Xaris333 (talk) 20:49, 13 January 2015 (UTC)
We'll add a feature where you can collapse the ones you don't want. --Lydia Pintscher (WMDE) (talk) 20:50, 13 January 2015 (UTC)
I've filed phabricator:70903 and phabricator:T87024 now. --Lydia Pintscher (WMDE) (talk) 14:36, 16 January 2015 (UTC)
Is there option to return back previous version? New interface is looked as cramped, disproportional font size, spanning elements, unaligned links... — Ivan A. Krestinin (talk) 20:46, 13 January 2015 (UTC)
Let's improve it. Alignment is noted. Font size is noted. Spacing is noted. --Lydia Pintscher (WMDE) (talk) 20:49, 13 January 2015 (UTC)
The new lay-out is not an improvement. The most important links, to various wikipedia's, are at the side of my monitor screen, not somewhere in the middle where they should be. Lymantria (talk) 06:52, 14 January 2015 (UTC)
I am not sure, but I think I like it. The second column is mostly off screen, but that is fine (not using those). - Brya (talk) 07:00, 14 January 2015 (UTC)
Perhaps the point is that I have a wide screen, where there would be enough space for a third column. But to add something positive: I like the more compact presentation. Lymantria (talk) 07:49, 14 January 2015 (UTC)
well, I kinda like the new interface... but there is one major problem : no more preview button (gadget) on each wikipedia link, which was so useful to look inside a page without opening it. Can't see where it could be located either, considering the size of the new block attributed to wikipedia. :(
could this be fixed, please ? it's really necessary to allow quick easy editing of new items, and merging... --Hsarrazin (talk) 07:59, 14 January 2015 (UTC)
Ok we'll have a look. --Lydia Pintscher (WMDE) (talk) 08:00, 14 January 2015 (UTC)
I created phabricator:T86755 for it. --Lydia Pintscher (WMDE) (talk) 11:22, 14 January 2015 (UTC)
I'll prepare a fix for Move - another broken gadget. Petr Matas 08:20, 14 January 2015 (UTC)
Thank you! --Lydia Pintscher (WMDE) (talk) 08:31, 14 January 2015 (UTC)
Done, edit request issued. Petr Matas 10:50, 14 January 2015 (UTC)
... and applied. May I advertise my second request for adminship here? Petr Matas 12:12, 14 January 2015 (UTC)

Structure of headings[edit]

I think that a heading <h2>Pages linked to this item</h2> should be added, and Wikipedia, Wikinews, etc. should be changed to <h3>. Petr Matas 08:11, 14 January 2015 (UTC)

You mean as a heading above all the sitelink boxes? We'll try how it looks here. --Lydia Pintscher (WMDE) (talk) 08:32, 14 January 2015 (UTC)
Exactly. :) PS: I like the new design. Petr Matas 08:35, 14 January 2015 (UTC)
Thanks! --Lydia Pintscher (WMDE) (talk) 08:36, 14 January 2015 (UTC)

Displayed language code is missing for Wikidata[edit]

It seems there is some function, which simplifies the displayed site ids e.g. from enwiki or enwikisource to just the displayed en. However, for wikidatawiki, nothing is displayed. Petr Matas 11:01, 14 January 2015 (UTC)

Thanks. Looking into it. --Lydia Pintscher (WMDE) (talk) 11:15, 14 January 2015 (UTC)
Created phabricator:T86754 for it. --Lydia Pintscher (WMDE) (talk) 11:17, 14 January 2015 (UTC)

Sortability[edit]

Hallo Lydia, there's a neat & useful function that is now missing: The ability to sort the links alphabetically either by the interwiki code or article title.

Although sitelinks are now list-based instead of wikitable-like, so there are no longer any header rows to click on in order to sort the columns; nevertheless, maybe your team could please add a button or link such as "Sort by: Site/Title" above the the list to replace the lost function? Please don't sacrifice functionality during renovations. Danke, keep up the good work. Appreciated, --Menchi (talk) 11:23, 14 January 2015 (UTC)

I've opened phabricator:T86757 to see if we can/want to bring this functionality back. Can you give one or two cases where this is useful for you? --Lydia Pintscher (WMDE) (talk) 12:20, 14 January 2015 (UTC)
I know one. Take Q573538#sitelinks-wikipedia. I want to see quickly, which titles are similar to "Regul...". Petr Matas 12:38, 14 January 2015 (UTC)
Ok thanks! What do you take from this information? Are you looking for languages which are close to your own and which you likely can read then? Or something else? --Lydia Pintscher (WMDE) (talk) 15:00, 14 January 2015 (UTC)
It is for sitelink cleanup, i.e. fixing the situation when not all sitelinks refer to the same concept. Then one needs to determine the majority concept. As languages borrow words from each other, the titles tend to be similar, which becomes obvious when you sort them. Then you infer the majority concept easily. Petr Matas 21:03, 14 January 2015 (UTC)
It is very useful also if is necessary split Disambiguation item. --ValterVB (talk) 21:22, 14 January 2015 (UTC)
Thanks, folks. That makes sense to me now. Let's see what we can do. --Lydia Pintscher (WMDE) (talk) 21:29, 14 January 2015 (UTC)
I agree that being able to sort each column (language, wiki, title) is useful, and I am pretty sure I have used it on occasion. Wixty (talk) 07:11, 16 January 2015 (UTC)

Alignment[edit]

To restore the alignment of sitelinks, please set the minimal width of the language code box to fit the widest two-letter code. Petr Matas 12:43, 14 January 2015 (UTC)

... and center the text inside the language code box. Petr Matas 12:54, 14 January 2015 (UTC)

... like this. Petr Matas 12:56, 14 January 2015 (UTC)

Thanks :) Will have one of the devs look at it. --Lydia Pintscher (WMDE) (talk) 15:01, 14 January 2015 (UTC)
Just talked this through. Can we get this into Commons.css here? --Lydia Pintscher (WMDE) (talk) 14:41, 16 January 2015 (UTC)
@Petr Matas: Poke in case you missed this :) --Lydia Pintscher (WMDE) (talk) 14:52, 21 January 2015 (UTC)
Edit request issued. Petr Matas 15:22, 21 January 2015 (UTC)
Centering is fine with me. All I care about is three columns, tab separated, one for the language, one for the language code (e.g. enwiki), and one for the name of the article. But with nothing beside them, so that I can easily copy and paste them. It needs to say "enwiki" though, not "en". Wixty (talk) 21:34, 15 January 2015 (UTC)
Your usecase is really better served by a separate tool. Maybe someone here can help you code something up that fits much better with what you want to do. --Lydia Pintscher (WMDE) (talk) 14:41, 16 January 2015 (UTC)
I sure hope that was not directed to me. I am not sure what a "usecase" is, but being able to make a list of all the articles in every language that we have articles on is a pretty basic function, and something that we need to provide - with the wikiname they are in, enwiki Book, eswiki Libro, frwiki Livre (document), with a delimiter that is usable, like a tab, and not a comma, or space, which could occur within a title. It should not be a surprise that people are interested in using Wikidata... It is also somewhat comical to see developers respond to complaints that you have to do a lot of scrolling by putting side by side items that you would never have to scroll past anyway (Q30 has a bazillion lines, 264 articles, 27 news pages, but you never have to scroll past the news pages, only the 264 articles - but no please do not put the articles into multiple columns - that would be an even worse disaster). Wixty (talk) 23:36, 19 January 2015 (UTC)

Number of columns and their positioning[edit]

Look at the source code of the layout below. The number of columns is not fixed, but the minimum column width is set instead. I think that it should lead to a nicer result for positioning of sitelink groups.

Group 1
Group 2
Group 3
Group 4
is longer
Group 5

Petr Matas 14:10, 14 January 2015 (UTC)

Thanks! Will have one of the devs look at it. --Lydia Pintscher (WMDE) (talk) 15:12, 14 January 2015 (UTC)
It is extremely important to not put items into side by side columns, but only one above the other. Wixty (talk) 19:20, 15 January 2015 (UTC)

Links in the edit mode[edit]

When editing sitelinks it should be clearer that the existing links are editable. Now when you click [edit] the links looks like a plain text and I can guess that it's not easy for everyone to edit those links. Maybe a white background or a text box under the links or a different color for the links or something else. --Stryn (talk) 21:44, 14 January 2015 (UTC)

Good point. Will look into that. --Lydia Pintscher (WMDE) (talk) 21:46, 14 January 2015 (UTC)

Main language first[edit]

Another issue with gadgets - there is no moving babel-languages upwards now... --Infovarius (talk) 03:29, 16 January 2015 (UTC)

I think phabricator:T87025 is the way to go there. --Lydia Pintscher (WMDE) (talk) 14:42, 16 January 2015 (UTC)

merging[edit]

Used to be that it was not possible to merge items that had sitelinks to the same project, but now apparently it is possible: this just leaves the relevant sitelink behind in the emptied page? - Brya (talk) 12:04, 19 January 2015 (UTC)

@Brya: This is surely not good. Which merging method did you use? The Merge gadget, or Special:MergeItems, or something else? You may also be interested in phab:T85347. Petr Matas 05:50, 24 January 2015 (UTC)
I did not use anything, but I found an item that had been merged so. - Brya (talk) 05:55, 24 January 2015 (UTC)
Thanks for your report. Petr Matas 06:08, 25 January 2015 (UTC)
You're welcome. - Brya (talk) 10:37, 25 January 2015 (UTC)

GUI issues[edit]

I have to say that the way interwiki links are oriented now makes it difficult (for me at least) to add links. The keyboard tag (which gives us the option to use the typical keyboard for our language or the pc-keyboard) hovers above the auto-completion tag for instance. I had to change zooming in order to click it. I think that the new interwiki tables are small and that overall the previous GUI arrangement was more usable. -- Spiros790 (talk) 10:12, 15 January 2015 (UTC)

Putting them side by side makes them very difficult for me. Please put them back in line, one above another. Wixty (talk) 19:24, 15 January 2015 (UTC)
In fact the page is virtually useless in the current format. It was better with the "wiki" after each language also. This is a horrible disaster. Wixty (talk) 19:30, 15 January 2015 (UTC)
This is what I use Wikidata for. To make a list of each article in every language. What I was doing is copy and pasting from Wikidata but I can not do that now. for Q3247786 This is what I get:
en Kotaro Nakao ja 中尾幸太郎 nl Kotaro Nakao simple Kotaro Nakao tr Kotaro Nakao zh 中尾幸太郎
These need to be tab separated each on a separate line, like this, and with no other column next to them, so that I can use copy and paste to copy them into a text editor:
English    enwiki  Kotaro Nakao
Japanese        jawiki  中尾幸太郎
Dutch   nlwiki  Kotio
Simple English  simplewiki      Kotaro Nakao
Turkish trwiki  Kotaro Nakao
Chinese zhwiki  中尾幸太郎
This is extremely important to me and saves me thousands of hours of time. Note, I delete the language column (English etc.) and it can be in native language like it used to be or in user preference language as shown above, and I only use the other two columns, enwiki and the name of the article. Note that I need them to be tab separated so they can be entered into a spreadsheet. I need the "wiki" there so that I can visually confirm that I have the language code. Wixty (talk) 19:50, 15 January 2015 (UTC)
And in trying to list them for this example I missed two of them even though there are only six - and just think what is going to happen when there are two hundred for an article??? Wixty (talk) 19:56, 15 January 2015 (UTC)
@Wixty: There will propably be some gadgets to append the strings to the language code.
AFAIK the boxes have their own classes, so you can use your CSS to change their look. Matěj Suchánek (talk) 20:00, 15 January 2015 (UTC)
Also moving the name of the language to a mouseover instead of in its own column is just plain stupid. I am accustomed to the fact that "Finnish" is "Soumi", and "Russian" is "Русский" and scan down the list to quickly find them. Having them be as a mouseover is about as useful as putting them on the Moon. Whoever came up with that clown idea needs to be fired. Here is the fact. Yes I need a workaround, as it literally would cost me thousands of hours to try to use the current GUI - and as already demonstrated highly prone to error. I do not know css or gadgets or any other programming but if someone could come up with a work around for me personally to use it will be extremely valuable. But the point is, if I am using Wikidata for this, then tens of thousands of other readers are as well, and it really needs to be put back to the previous inline, tab separated format. Immediately if not sooner. Wixty (talk) 20:09, 15 January 2015 (UTC)
To give an idea of the magnitude of the problem, right now I need the Wikidata lists of about 20 to 30 country specific articles in all of the wikis that cover those articles. That is an enormous task with the current format, and takes seconds with the old format. And tomorrow I will need another set of 20 or 30 articles in all of the languages they are in. And the next day another set. And all of those sets today with the old format. Wixty (talk) 20:18, 15 January 2015 (UTC)
In the meantime I do have one work-around - list page source, and use this:
"sitelinks\":{\"jawiki\":{\"site\":\"jawiki\",\"title\":\"\\u4e2d\\u5c3e\\u5e78\\u592a\\u90ce\",\"badges\":[]},\"simplewiki\":{\"site\":\"simplewiki\",\"title\":\"Kotaro Nakao\",\"badges\":[]},\"enwiki\":{\"site\":\"enwiki\",\"title\":\"Kotaro Nakao\",\"badges\":[]},\"trwiki\":{\"site\":\"trwiki\",\"title\":\"Kotaro Nakao\",\"badges\":[]},\"zhwiki\":{\"site\":\"zhwiki\",\"title\":\"\\u4e2d\\u5c3e\\u5e78\\u592a\\u90ce\",\"badges\":[]},\"nlwiki\":{\"site\":\"nlwiki\",\"title\":\"Kotaro Nakao\",\"badges\":[]}}}"
Pretty messy, but at least I can use global search and replace to create the tabs that I need. So with this work around, maybe half an hour for what was taking me a few seconds. Wixty (talk) 20:27, 15 January 2015 (UTC)
No that won't work - it has u4e2d instead of a chinese character. Wixty (talk) 20:29, 15 January 2015 (UTC)
Any suggestions? Wixty (talk) 20:31, 15 January 2015 (UTC)
Can be useful? https://www.wikidata.org/w/api.php?action=wbgetentities&format=xml&props=sitelinks&ids=Q42? --ValterVB (talk) 22:44, 15 January 2015 (UTC)
You can also try with format=txt and you can query more items with one request: ids=Q42|Q89 --ValterVB (talk) 22:48, 15 January 2015 (UTC)
Thanks for trying. It looked promising but as I try to use it in practice it does not work. txt is useless because it puts them on multiple lines:
                                   [site] => arwiki
                                   [title] => دوغلاس آدمز
                                   [badges] => Array
and if I try to use json instead of txt I get an even more useless {"site":"eswiki","title":"Douglas Adams","badges":[]}
This is pretty clunky but it works.
<sitelink site="arzwiki" title="دوجلاس ادامز">
<badges/>
</sitelink>
<sitelink site="azwikiquote" title="Duqlas Noel Adams">
<badges/>
</sitelink>
<sitelink site="barwiki" title="Douglas Adams">
<badges/>
which I can then sort to get rid of all the lines that I am not using, and then do a global replace to change " title=" to a tab. Whoops what's that "azwikiquote" doing in there? But please please please just put them in three columns, language, language code (enwiki - with "wiki") and the article title, and make sure that when you copy and paste the columns are tab separated.
It looked promising but when I try to use it I am having problems, perhaps because of different ways of implementing end of line characters. So far I am still stuck. Wixty (talk) 01:17, 16 January 2015 (UTC)
Good news. I finally got [4] to work by doing some more global replacements. But it is a horrendously round-about way to do something that used to be very simple. Wixty (talk) 01:41, 16 January 2015 (UTC)
Doing more than one at a time is interesting but since I have to do a sort to get rid of the extra lines it would just jumble them together and not be useful. Wixty (talk) 02:10, 16 January 2015 (UTC)

To copy a list of interwikis? For this I'd use importScript( 'User:Ricordisamoa/InterwikiList.js' ); in my common.js --Infovarius (talk) 03:56, 16 January 2015 (UTC)

How do I do that? I am not programmer savvy. But it is not the list that I need, but the language association with each item. Wixty (talk) 04:34, 16 January 2015 (UTC)
What does the script do though? It says "'old' interwiki links". I want the list from Wikidata. Wixty (talk) 05:10, 16 January 2015 (UTC)
What I end up with is a tab separated list like this:
en Kotaro Nakao
ja      中尾幸太郎
nl      Kotaro Nakao
simple  Kotaro Nakao
tr      Kotaro Nakao
zh      中尾幸太郎
That is what I end up with, but I need "wiki" added to each language to confirm that I have the right item, which I then delete. Wixty (talk) 05:16, 16 January 2015 (UTC)
To get it to work, I am doing a global replace of " title=" with tab, wiki with tab wiki tab, and deleting all the other extraneous stuff. Then I sort by the column after "wiki" which puts all the "wikiquote" etc names by themself, then resort the remaining items and delete the two blank columns. A lot of work but it does give me the list I need. Wixty (talk) 05:20, 16 January 2015 (UTC)
I am saving a little bit of time because https://www.wikidata.org/wiki/Q30 takes 90 seconds to load, but https://www.wikidata.org/w/api.php?action=wbgetentities&format=xml&props=sitelinks&ids=Q30 only 2 seconds, or less. Wixty (talk) 05:56, 16 January 2015 (UTC)
I did a suggested layout. No surprise that it looks a lot like the original layout.
Suggested Wikidata layout
Even if the FA/GA symbols were not in a separate column, it is important that they are at the beginning of the file name, not at the end, so that they are lined up, and not stagger spaced, to make them more easily identifiable. Wixty (talk) 21:22, 16 January 2015 (UTC)
Wixty, I like your layout. I think it would be way more usable than the existing. -- Spiros790 (talk) 22:11, 18 January 2015 (UTC)
@Wixty: Just an experiment, if you have a gmail account, try with this Google sheet. I hope you can open the sheet because I'm not expert with Google sheet and is my first experiment with JavaScript (at least I think is Java script Face-smile.svg). When you open the sheet you must see a new menu called Wikidata. In cell B1 you must input the item (ex. Q42 for one item or Q42|Q11920|Q1234 for more item), then click on menu Wikidata - >Sitelink by item after some second you have all the sitelink. Probably is possible to optimize the code, but I'm not so expert. If you have problem or you want change something ping me. --ValterVB (talk) 18:53, 22 January 2015 (UTC)
The output looks good, but I am not sure I feel comfortable with this screen:
Wikidata would like to:
More info       View and manage your spreadsheets in Google Drive       Click for more information
More info       Connect to an external service
I just want to be able to copy and paste them from Wikidata, just like I always could. It is silly to have to go through an external application for something as simple as this. Wixty (talk) 08:21, 24 January 2015 (UTC)
By the way, even though I ultimately throw it away, the first column - the language column - was very helpful, so that I was sure that something had not gone awry - it was very convenient to see Nederlands next to nlwiki, Deutsch next to dewiki, just to make sure that I had the right item. I have had columns get misaligned, and having the language is a convenient double check. Wixty (talk) 08:33, 24 January 2015 (UTC)
Actually the spreadsheet does not save me any time because it still includes wikivoyage, wikinews etc. The XML is a lot faster and easier to use. It is really incredible that it loads 50 to 100 times faster than Wikidata, yet both have exactly the same data. Why do we have a GUI that is so incredibly slow? XML and Wikidata for "United States". What is it even doing all that time? Wixty (talk) 01:44, 25 January 2015 (UTC)
@Wixty: I have modified the script, now there are two menu, Wikilink by item extract only wiki link, and now is faster. For the problem with the GUI speed, there are two point: 1) XML query extract only sitelink without labels, descriptions and claims, 2) GUI must load a lot of script and must formatting the page. --ValterVB (talk) 10:04, 25 January 2015 (UTC)

table of properties and P1629[edit]

Now that subject item (P1629) has been created and is a used by near 200 properties, i suggest to add a subject item (P1629) column at the tables of properties, in the sub-pages of Wikidata:List of properties. The table use Template:List of properties/Header, Template:List of properties/Header/text, Template:List of properties/Row, Module:LoP row. Visite fortuitement prolongée (talk) 22:08, 15 January 2015 (UTC)

I've tried to add it in a new column but that looked a bit awkward, so I added it at the bedinning of the "description" column, when to description is fetched from the property itself. Feel free to change/revert it.
It had me notice that most of the properties documented in Wikidata:List of properties have an hardcoded description. I think most of them should be removed, as it prevents automated updates of translations/descriptions. --Zolo (talk) 10:20, 19 January 2015 (UTC)
  • Thank you.
  • I am fine with insterting this data in the "description" column instead of creating a new column.
  • Yes, I noticed that too (altought i did not noticed "most of" have), and I support the removal.
Visite fortuitement prolongée (talk) 21:15, 19 January 2015 (UTC)

finding redirect and target for one claim[edit]

Is there any query or tool to find items which have target and redirect for one claim?

for example: Q530237 at occupation (P106) redirect item (Q15117302) should be removed Yamaha5 (talk) 18:42, 16 January 2015 (UTC)
My bot is fixing such cases. But it waits for ~2 days possible merge revert. — Ivan A. Krestinin (talk) 19:38, 16 January 2015 (UTC)
ThanksYamaha5 (talk) 21:31, 16 January 2015 (UTC)
Ivan A. Krestinin I thought we were leaving redirects from merges so that any external application using our Qitems would see permanent Qitem numbers. Filceolaire (talk) 18:50, 19 January 2015 (UTC)
I think this is about fixing statements that have a redirect as a value to point to the redirect target instead. --Lydia Pintscher (WMDE) (talk) 14:54, 21 January 2015 (UTC)

Add paired claim automatically[edit]

Some properties like these should be added paired claim by wikidata. now we should get query every month and add the paired by this tool.

for example when user adds father (P22) > item A to item B wikidata extension (or js tool) should add child (P40) > item B to item A automatically Yamaha5 (talk) 21:04, 16 January 2015 (UTC)

@Yamaha5: Per devs this will not be done by Wikibase, you will only get the possibility to add the inverted claim quickly to the second item. Maybe Lydia Pintscher (WMDE) can say I am correct. Matěj Suchánek (talk) 09:02, 17 January 2015 (UTC)
Right. We'll be working with the students team that is working on constraints to nudge editors to make the second edit in such cases though. --Lydia Pintscher (WMDE) (talk) 19:24, 17 January 2015 (UTC)
Lydia Pintscher (WMDE) wouldn't it be better if All statements which link to a page could be displayed on that page? that way we could start to get rid of these inverse properties since the relationship would be clear from such a list. Filceolaire (talk) 18:55, 19 January 2015 (UTC)
Yes and no. I consider redundancy a major piece in keeping our data in shape because it helps find inconsistencies that would otherwise go unnoticed. Fine line to walk and we need to see how what the students come up with will help and where we need to do more or less. --Lydia Pintscher (WMDE) (talk) 14:56, 21 January 2015 (UTC)

Wikipedia article about event, not the person[edit]

At the moment we have (Q18341392) "Murder of Kitty Genovese" pointing to "enwiki-Murder of Kitty Genovese". There is also a (Q238128) "Kitty Genovese" with no enwiki link. Nothing wrong so far! However, I am tempted to link the (Q238128) "Kitty Genovese" to the "enwiki-Kitty Genovese" redirect page on the basis that it is the redirect page that carries the biographical information in this instance.

There are many articles where this happens. Bonnie & Clyde and the Kray twins being two notable examples. My personal project involves comparing Wikidata claims against Wikipedia categories and templates, so for me pointing to the redirect is perfect. Are there objections linking to redirect pages? Periglio (talk) 06:51, 17 January 2015 (UTC)

I have answered my own question. Wikidata overrides the redirect page and adds the resultant page - or it would have if the resulting page was not already linked. So at the moment, I just have to ignore Bonne and Clyde as individuals. Periglio (talk) 17:25, 17 January 2015 (UTC)
I think this approach can be used. Now these properties can be recognized by bots like your. In future infobox can use it to query data. — Ivan A. Krestinin (talk) 18:30, 17 January 2015 (UTC)
Is that an official parameter yet? I like it but i can not find any other mention of it? Periglio (talk) 07:59, 18 January 2015 (UTC)
No, it is just my idea. Now is good time to introduce ideas like this. — Ivan A. Krestinin (talk) 08:39, 18 January 2015 (UTC)

Anonymous user adding URL[edit]

Is it intentional that I can't add a reference URL without logging in, e.g. here for population? I assume passing CAPTCHA is needed, but all I get when trying to save is "An error occurred while saving. Your changes could not be completed." (no details available). 2001:7D0:88C2:F401:FDB3:C36:41F2:26A2 20:59, 17 January 2015 (UTC)

Should anonymous users be able to add reference URLs as property values? A bug? 193.40.10.180 09:29, 19 January 2015 (UTC)

Yeah there were changes to the captcha system recently that Wikidata doesn't deal with well. It results in anonymous editors not being able to add URLs. We're tracking the issue at phabricator:T86453. --Lydia Pintscher (WMDE) (talk) 10:06, 19 January 2015 (UTC)

Extra feature request in WidaR[edit]

WiDaR is one of the most used tools on Wikidata, I believe, checking the recent changes it is one of the important parts of getting properties filled. I experienced that WiDaR can often suddenly stop for good or for less good reasons, therefor I check regularly if my browser tabs with WiDaR-activity are still up and running. Due to the 10-sec-throttle this is taking quite some time. It would therefor be helpful if WiDaR would show a time-stamp (like 10:08) of the last change made. I couldn't find a page for feature requests, or should I just drop this on the talk page of Magnus? Regards, Edoderoo (talk) 09:10, 18 January 2015 (UTC)

Feature request can go here. Sjoerd de Bruin (talk) 09:14, 18 January 2015 (UTC)

Updating items for languages with a non-Latin alphabet[edit]

There is a village in my country whose name officially changed recently. I have updated it in all languages with a Latin alphabet but no idea how to change it in Arabic, Russian or Chinese. I was wondering if there is a way in Wikidata to inform of such things so somebody for these languages can take care of the transliterations if they find it useful. If I remember correctly, in Wikipedia there is a kind of "Embassy" but I guess that in Wikidata, being a multilingual project, such issues must be handled differently. Thanks in advance for your comments! --Quico (talk) 11:05, 18 January 2015 (UTC)

I can change/add name in Hebrew, what is the item number? DGtal (talk) 11:09, 18 January 2015 (UTC)
Item number is Q13837 (L'Esquirol, formerly Santa Maria de Corcó). Thanks.--Quico (talk) 13:30, 18 January 2015 (UTC)
If there is an article about a location in a language, it should be easy to copy and paste that language into Wikidata for the description. I have noticed that our descriptions are very sparse - is it important to add them for every language? Somehow that seems like a duplication of effort - if there is an article for an item, that really should just be the default description for that language, I would think, without having to fill it out. Wixty (talk) 21:04, 18 January 2015 (UTC)
I Added the Hebrew (I found online the correct pronounciation so I could transcribe easily). Descriptions, in my view, are critical mainly in articles that have more than one meaning. In our case the previous name "Santa Maria de Corcó" was unique, but the renewed name L'Esquirol (the squirrel) can easily be also a name of a creative work or another place, so description is important. DGtal (talk) 08:51, 22 January 2015 (UTC)
Properties created for the communication between the editors would be a good solution, similar to the maintenance categories and templates in Wikipedia. --Molarus 09:08, 22 January 2015 (UTC)
Write on the discussion page that the item has been renamed, what is the former and the new name. Give a source. Then go to every language that you can not handle and copy the label to the aliasses (as it is the former name, it should be kept this way), then delete the label. Have the labellister tool in your user setings activated, it is a very usefull tool for this purpose. Someday there will be someone who can write a new and appropriate label in this language. The description can remain untouched. This is a harsh way, but this is the the only effective way it is done to get things fixed. Its better to delete an outdated information than to keep it and hope someone will understand the problem and correct the label some day. We must stop spreading outdated information immediately. It is not of much use to copy the name from the title of the article, because the lemma of the articles might also be outdated. There might be users that undo your changes, then try contacting on the users discussion and revert it again.--Giftzwerg 88 (talk) 19:55, 24 January 2015 (UTC)

How to deal with interrupted statements?[edit]

For instance someone was a memeber of a music group, he left but after several years he came back. Matěj Suchánek (talk) 16:28, 18 January 2015 (UTC)

Just add the second time as a new statement. Sjoerd de Bruin (talk) 16:33, 18 January 2015 (UTC)

User preferences[edit]

I noticed that there is a "Beta" tab, but all it does is take you to user preferences. Is there any chance of adding the original user interface to user preferences? https://www.wikidata.org/wiki/Special:Preferences#mw-prefsection-rendering It was sooooo much easier to use, and has the functionality that I need of being able to make a list of articles in every language without having to go through the BS of getting them from the XML and doing a bunch of sorts, edits, and more sorts to strip them out (copy and paste to notepad, copy and paste to spreadsheet, sort, copy and paste back to notepad, do four edits to remove the extra junk, copy and paste back to spreadsheet, sort, delete extra columns, to end up with everything - the same thing I would have had with one cut and paste with the old interface). Wixty (talk) 20:58, 18 January 2015 (UTC)

What is the relationship between the original user interface and beta features? It seems like you don't understand what the beta feature is on Wikimedia projects. Sjoerd de Bruin (talk) 07:54, 19 January 2015 (UTC)
Feel free to explain it, but in software development, the beta phase is the last stage towards product release, a version that might still have some problems, but it is being released to a limited number of users so they can run through it and help wring out any issues. It is an opportunity to try out something that is coming down the pike before it gets here. Cautious users would not touch a beta release with a ten foot pole though, because it could have dire and unforeseen consequences. So "beta = the next version". What I want in user preferences is not "the next version", but "a working version" - the original version. So the relationship between beta and original version is beta = next step, original = previous step. Both being "a different version". Now if Beta is used differently here, how is it being used? Wixty (talk) 18:18, 19 January 2015 (UTC)

User:Hazard-Bot/Archiving[edit]

Hello everyone, I've just gone ahead and updated the documentation on User:Hazard-Bot/Archiving, which shows how you can use Hazard-Bot (my bot) to archive discussion pages (such as the project chat and your userpage). I probably haven't proofread as much as I should have, but if you say anything that needs fixing or could be improved, please go ahead do so. If you need any help or clarification, just let me know.  Hazard SJ  04:34, 19 January 2015 (UTC)

Just two comments ref Wikimedia Commons and bot-scripted additions started in language-oriented Wikimedia-WP projects[edit]

Hi Wikimedians, two comments as precise as able missing as good EN-language knowldege related to Wikimedia Commons and bot-scripted additions started in other Wikimedia projects: Maybe an error of Win7pro/IE, but imho there may be missing a

  1. separated 'section' in the article related 'wikidata' to Commons and
  2. at least in my 'user contributions' may missing a hint that a wikidata edit was started in an language-oriented Wikimedia WP project, as personally do prefer to add Wikidata related data, otherwise it's just when i have bit opportunity to do, as usually focussed on other Wikimedia activities.

To explanin 2) So that the last edits i remarked were started in EN-WP or the Malayalam Wikipedia short time before, please seee 06:02, 19 January 2015, and some minutes before. to precises, i'm not Enlish language native speaker, missing a more 'exlicite declaration' that such edits are automatically bot-scripted by bot-xyz. No offense please, and just to hint hoping to be helpfull for the Wikidata project :-) Wishing having much fun within Wikimedia to you, kindly regards Roland zh (talk) 06:23, 19 January 2015 (UTC)

Which calendar was used?[edit]

Is there a way of seeing if a date has been entered as a Gregorian or a Julian date without going into edit and clicking advanced? Periglio (talk) 21:54, 19 January 2015 (UTC)

At present, dates are always stored as Gregorian. There is also a calendar indicator that can be stored. At present, the user interface always displays the Gregorian date. It may include a Julian mark depending if it is calendar indicator is set to Julian and the date falls in a certain range. Basically, it's all fouled up, to the point that no birth or death date before 1924 in wikidata should be trusted. Jc3s5h (talk) 03:24, 20 January 2015 (UTC)
I have since discovered that the word Julian appears alongside if there is an actual date. e.g. Isaac Newton (Q935) Date of birth. If the date is only a year, nothing appears e.g. Clovis III (Q595053) Date of death (although Date of birth is flagged as Gregorian?). I can see the logic - if there is only an approximate date, Gregorian or Julian does not really matter. Periglio (talk) 05:25, 20 January 2015 (UTC)
Your incorrect edits to the data for Isaac Newton shows you do not understand how wikidata stores dates. I suggest you stick to examining diffs and ignore the fucked-up user interface. Wikidata ALWAYS stores Gregorian dates. Jc3s5h (talk) 16:32, 20 January 2015 (UTC)
It is not a question of understanding how the data is stored. I foolishly assumed that when the word Julian appeared it was displaying a Julian date! As I share a birthday with Newton, I knew it was the wrong Julian date. Periglio (talk) 22:27, 20 January 2015 (UTC)

I have created Phabricator bug T87312 for this error. Jc3s5h (talk) 09:45, 21 January 2015 (UTC)

Dates of birth and death[edit]

Is there any way of extracting from Wikidata's property fields a list of names of people who were born on (e.g.) January 1, or who died on (e.g.) December 31? Bencherlite (talk) 02:12, 20 January 2015 (UTC)

The problem is that Wikidata stores only points of time like "+00000001924-01-01T00:00:00Z". You can see that day, month and year are not separate. --Molarus 03:12, 21 January 2015 (UTC)
That's unfortunate. Thanks for replying. Bencherlite (talk) 09:12, 21 January 2015 (UTC)
I do not know how to extract data searching on a property but I would like to comment that storing as a point of time does not stop you looking for a specific date. You just need to match a range of a day ie date >= "+00000001924-01-01T00:00:00Z" AND date <= +00000001924-01-01T23:59:59Z Periglio (talk) 09:26, 21 January 2015 (UTC)

Threats of blocking and status of Wikinews links practice[edit]

A Wikidata admin has alleged to me that following Wikidata:Wikinews/Development#Interproject links is a violation of some sort of consensus on Wikidata, unless we first go through a lengthy RfC. This is not how I understood things to have been left, following other discussions here. I've been telling everyone Wikidatans are friendly, and am having difficulty reconciling that with being threatened with blocking if I follow what I have understood to be best practice in Wikinews linking from Wikidata.

Could someone offer a Wikidatan perspective on this situation, please? --Pi zero (talk) 18:57, 20 January 2015 (UTC)

Since no rules has been clearly accepted so far, I don't think you may be blocked. On the other side, why should we connect categories with regular articles as there had been no such system before Wikidata's launch? Matěj Suchánek (talk) 19:56, 20 January 2015 (UTC)
This is the way sister links between Wikinews and Wikipedia have always been done. As long as I've been on Wikinews, anyway (six years and change). Though there have always been idiosyncratic exceptions (e.g. when Wikinews has only one article on a topic, and no category for it), in general a Wikinews topic cat would link to the corresponding Wikipedia article, and a Wikipedia article would link to the corresponding Wikinews topic cat. --Pi zero (talk) 20:02, 20 January 2015 (UTC)
Wikisource "Author:" namespace is linked with Wikipedia main namespace. So the case is not unique. User:Krassotkin can have more comments. — Ivan A. Krestinin (talk) 21:51, 20 January 2015 (UTC)
  • Claims of administrator are not valid. This is our current consensus. While we do not make another decision, we must follow it: Wikidata:Wikinews/Development. --sasha (krassotkin) 09:28, 21 January 2015 (UTC)

Search defaults to Property namespace[edit]

I just did a search for "goose" (for no particular reason) and got no results. (!) This was because only the "Property" namespace was being searched. Is this the intended behavior? I thought the new search engine was supposed to search in a wiki's "content namespaces" by default (which would include the main namespace). - dcljr (talk) 21:50, 20 January 2015 (UTC)

I just tried and it worked correctly for me. Did you use the search box at the top right of this page? --Lydia Pintscher (WMDE) (talk) 21:53, 20 January 2015 (UTC)
May be you toggled the option Remember selection for future searches as I did once? After this all my searches went to the property namespace. --Succu (talk) 21:56, 20 January 2015 (UTC)
Hmm. I can't think of why I might have done that (even accidentally), but I suppose that's the explanation. I'm now getting searches in the main namespace. Thanks. - dcljr (talk) 04:37, 21 January 2015 (UTC)

Comment property[edit]

Is there a property where we can add a comment intended for Wikidata editors? eg See talk page before changing this item. If not, is it worth proposing? Periglio (talk) 09:12, 21 January 2015 (UTC)

We actually also have the talk page for each item - but doubt anyone would read it before editing, and many edits are made automatically with Widar anyway. A similar idea - how about a property "do not merge with" (or call if "not same as" in analogy to said to be the same as (P460))? For the Thai administrative subdivisions I work on it happens regularly that items are merged even though they are different administrative entities, and as long as there are no Wikipedia articles for both of them in Thai they can technically be merged. Ahoerstemeier (talk) 10:36, 21 January 2015 (UTC)
That is the problem, unsurprisingly no one reads the talk page. It would be nice to add a "comment" reference to a claim. For example, referring editors to decisions made on the talk page. In time, automated software could spot that the claim has been commented and act accordingly. Periglio (talk) 14:31, 21 January 2015 (UTC)
Maybe there should be a kind of magic (but please, not a pop-up ;-)) to raise a bit more attention in case the talk-page is filled. Because a special property might help now most items have 1,2,3 properties filled, but on items where I spend 10 min. of my time, they often get 25 properties filled, several pages of my HD screen full. And then a new property "remark" will not be seen again. Edoderoo (talk) 19:16, 21 January 2015 (UTC)

Question: Bot vs Human edits[edit]

If I remove a property of an item which was created by a bot, is the bot going to add this false property again? Thanks for your answer,--Mischa004 (talk) 13:20, 21 January 2015 (UTC)

Contact the user driving the bot. There are tasks, maybe there is something wrong. Greetings, Conny (talk) 13:22, 21 January 2015 (UTC).
Thanks but I just wanted to know if bots generally (and VIAFbot specifically) run for example one time a week and reproduce every mistake they make which I corrected manually (no bot is perfect). I don't ask about one specific case, just in general.--Mischa004 (talk) 13:31, 21 January 2015 (UTC)
It really depends on how the bot is written. In general, I would say a bot should not do this - one should never get in the situation of edit-warring with a bot. If this happens, you should raise it with the bot author / runner, and they should fix this. If they don't, raise it here, and we will fix it. --Denny (talk) 16:00, 21 January 2015 (UTC)
No bot is perfect, that is why is necessary to contact bot onwer/operator. Mostly bot owners are willing to fix its bots errors and modify the code of bots. Unfortunately sometimes small part of bot owners is not willing to fix its bot errors or modify its code (as sometimes they are not able to, as using "prefabricated" code and have no knowledge of code at all). --Jklamo (talk) 17:05, 21 January 2015 (UTC)
You should also contact humans (especially those using Widar-based tools) if they do something wrong, otherwise there's a chance they'll just continue making mistakes (and repeating the ones you've removed).--Mineo (talk) 18:51, 21 January 2015 (UTC)
Thank you both for your answers, that's good to understand!--Mischa004 (talk) 22:12, 21 January 2015 (UTC)

+9,501[edit]

Why my edit (adding link to lvwiki article) adds so many bytes? See history and my edit (CTRL+F: Added link to [lvwiki]: 1812. gada karš (Ziemeļamerika)). --Edgars2007 (talk) 16:11, 22 January 2015 (UTC)

It is due some interface changes that were made between August 2014 and January 2015. That was asked twice or three times before, what I found is Wikidata:Project_chat/Archive/2013/09#Small_changes_but_many_bytes. --Stryn (talk) 16:21, 22 January 2015 (UTC)
The internal format was changed twice, in September 2013 and August 2014. If the item hasn't been modified since then, any change causes some other changes inside the item.
It is tracked as phab:T38976. Matěj Suchánek (talk) 17:15, 22 January 2015 (UTC)
Thanks. --Edgars2007 (talk) 03:48, 23 January 2015 (UTC)

Wikidata metrics and targets suggestions for outreach project with UNESCO[edit]

Hi all

I'm applying for a WMF PEG grant for funding to work as Wikimedian in Residence at UNESCO, the application is available here

UNESCO have a very large amount of data that could potentially be made available for Wikidata, see UNESCO Institutue for Statistics. Usually I work with organisations to release images and contribute to Wikipedia articles and understand the metrics for those activities quite well. Would someone be able to give me some suggestions of suitable targets and metrics for adding content to Wikidata or point me towards pages that would help?

Many thanks

Mrjohncummings (talk) 01:07, 23 January 2015 (UTC)

No problem with copyright? Wikidata license is CC0 1.0 --ValterVB (talk) 07:32, 23 January 2015 (UTC)

Hi Mrjohncummings, i'm a wikipedian working on some "lists of universities in country XYZ" and i recently found a new useful database: Worldwide Database of Higher Education Institutions, Systems and Credentials (WHED) by International Association of Universities (IAU). In countries like Albania, Iraq, all of Africa etc. there a lots of new founded private/state universities, those same countries do also have problems with diploma mills. Due to different scripts (i.e. arabic), changing names, changing websites etc., universities are actually difficult to identify. I use to add german GND data, but this is not very complete. WHED is quite good, a database with 18000 Higher Education institutions worldwide. IAU is a UNESCO partner org, i believe. Linking this database with wikidata would be worth looking at - and possibly benificial for both sides. --Atlasowa (talk) 14:04, 23 January 2015 (UTC)

For example, Université de la Réunion (Saint-Denis, Réunion) Q834819:
See also http://www.uis.unesco.org/Education/Pages/international-standard-classification-of-education.aspx ISCED mappings. --Atlasowa (talk) 14:14, 23 January 2015 (UTC)

Thanks very much for the information, ValterVB hopefully we will be able to get CC0, Atlasowa I will try and get some information for you. Mrjohncummings (talk) 16:44, 23 January 2015 (UTC)

About articles on translated books[edit]

I had a big problem with connecting wikidata of translated works. There are many articles in telugu wikipedia about translated books into telugu. Can I connect this to original book pages of english wikipedia or russian wikipedia? And original book written in other language may or maynot be prominent in my wikipedia. So, what to do? Is there any policy regarding this issues?--Pavan santhosh.s (talk) 04:30, 23 January 2015 (UTC)

Probably the best place to ask is WikiProject Books --ValterVB (talk) 07:36, 23 January 2015 (UTC)
It depends what the the Telugu article is about. If it is about the work, link it to the work. If it is about the translation or a special edition, link it to the edition. The general concept is to have one item for the work and other item(s) to the edition(s) or translation. If it is a translation, it needs to have edition or translation of (P629) that is linked to the work item. However not all users think about the difference between both and sometimes the link in one language is about the work and in another it is about an edition. If you need to use the item to cite a source with page numbers, it needs to be an item about the edition.--Giftzwerg 88 (talk) 12:07, 25 January 2015 (UTC)

Bot generated items of pieces of art[edit]

I´ve run across multible items like Portrait of Gabriel Huquier (Q18783431) or Portait of Count Ravez (Q18822460). No sitelinks, no obivous use as a source to other items, for the most part bot generated in increasing quantities. It´s like some folks out there use bots to create items about all items in the mueseums inventory. RfD or any suggestions how to handle that?--Giftzwerg 88 (talk) 13:08, 23 January 2015 (UTC)

Portrait of Gabriel Huquier (Q18783431) has Commons image, Joconde id and link to Joconde page with image and metadata. Guess it was contributed by Wikidata:WikiProject sum of all paintings. What fault do you find with it? You don't think it's worth having an item for every painting? --Vladimir Alexiev (talk) 16:39, 23 January 2015 (UTC)
Oh sorry! Is was not aware of the links to commons. Every painting that has an image on commons gets an item, I see. Somehow I thougt the links to commons are done like the sitelinks to the articles. --Giftzwerg 88 (talk) 12:14, 25 January 2015 (UTC)

WikiProject Authority Control?[edit]

Wikidata pays a lot of tribute to authority control, linking to all kinds of datasets and databases with various IDs. I know a few things (ViafBot, Mix-n-Match) and I'd like to help with some things, but I don't know what others are doing. I think that better coordination can be achieved by constituting a project. I looked for such project at Wikidata:WikiProjects but found none.

Eg here's an ambitious task.

Resolve against VIAF links[edit]

Wikidata authority IDs are obtained from various places, and hand-edited. But http://viaf.org/viaf/data/viaf-20150115-links.txt.gz has links to IDs of VIAF participants (constituent national libraries) and Wikipedia.

Stats:

  • 2Gb unzipped size
  • 27684634 subjects (27.7M)
  • 1.67 links per subject
  • 46248396 links, of which 377650 enwiki links.
  • Link breakdown:
  27684634 VIAF    total subjecst
  10531522 DNB     Germany
   9154093 LC      LC (NACO)
   7655649 ISNI    ISNI
   2555033 NTA     Netherlands
   2508374 SUDOC   France (Sudoc)
   2036493 BNF     France (BnF)
   2018647 XR      xR OCLC file
   1351105 NUKAT   Poland (NUKAT)
   1032862 NDL     Japan (NDL)
   1016708 NLA     Australia
    844024 NLP     Poland (Nat lib)
    743215 NKC     Czech
    689827 LAC     Canada
    570840 NLI     Israel
    562244 BNE     Spain
    473518 NSK     Croatia
    377650 WKP     Wikipedia
    373078 PTBNP   Portugal
    320898 BAV     Vatican
    232327 JPG     Getty (ULAN)
    220304 RERO    Swiss (RERO)
    187073 SELIBR  Sweden
    169028 ICCU    Italy
    158515 LNB     Latvia
    144299 BNC     Catalunya
    101500 DBC     Denmark (DBC)
     73421 BIBSYS  Norway
     45633 SWNL    Swiss (Nat lib)
     37004 EGAXA   Egypt
     33727 NSZL    Hungary
     11000 LNL     Lebanon
      9953 IMAGINE
      5723 VLACC   Belgium (Flemish)
      1228 PERSEUS Perseus
       997 RSL     Russia
       408 NLB     Singapore
       267 XA      xA OCLC file
       209 SRP     Syriac

Now let's count some IDs in Wikidata, using WDQ API and working down the list:

  • VIAF: 504736
    • would be nice to cross-check this against the 377650 enwiki links
    • Wikidata has 13M items and VIAF has 27.7M subjects, so I would expect at least 3-4M common subjects. This means that we have cofererencing for only 15% of the possible items! A lot of work remains
  • GND: 335883
    • 37% of all VIAF items have GND id, while in Wikidata the ratio is 66%. This means that GND coreferencing is more advanced than VIAF coreferencing
  • VIAF or GND: 567240
    • Everything in VIAF has a GND, but this shows that in Wikidata, 62504 with GND id don't have a VIAF id. We can assign VIAF id to these easily!
  • LCNAF: 210845
    • VIAF or LCNAF: 506136
    • Again, we can leverage LCNAF ids to assign 1400 VIAF ids easily
  • NTA: 335883
  • SUDOC: 103120

More importantly: we could cross-check all 36 ID's in VIAF against Wikidata to:

  • add the missing ones,
  • flag different ones with a qualifier "questionable".
unsigned comment by user:Vladimir Alexiev 16:33, 23 January 2015‎

Discussion[edit]

"GND coreferencing is more advanced than VIAF coreferencing" Well, yes: "The inclusion of authority data in Wikimedia projects was pioneered by the German Wikipedia at the request of the German library community. As of June 2012, the German Wikipedia had over 220,000 articles tagged with "Normdaten". As of June 2012, Wikimedia Commons had over 31,000 categories tagged with Authority control. As of April 2013, the English Wikipedia has over 260,000 articles tagged with Authority control." en:Wikipedia:Authority_control As of now ~320.000 GND in german WP. de:Wikipedia:Normdaten#Statistik. Basically, enWP copied from deWP.

The german GND is not just persons, while viaf is only persons. GND has different types:
  • p Person (individualisiert) person (individualized)
  • n Name (nicht individualisiert) name (not individualized)
  • k Körperschaft corporate body/institution
etc. This is really valuable information, which we store in deWP. It was also copied to wikidata. But some people at wikidata were too stupid, they abused "GND type" as "MAIN type", fucked things up badly, then: Deleted all GND type data! A lot of people at deWP are still mad about this.
Don't start botruns if you don't know what you're dealing with. --Atlasowa (talk) 19:48, 23 January 2015 (UTC)

@Atlasowa:

  • viaf is only persons: this is false. Everything in GND is copied over to VIAF! Can you point out one GND entity at DNB that is not in VIAF? My point is exactly that we can leverage GND id's in Wikidata (and any other VIAF-participating id's) to populate VIAF id's (and all other VIAF-participating id's).
  • "GND type" ... fucked things up: I wasn't involved, and I agree with you that "GND type" should have been kept, since it's useful to the Authority Control maintainers. But IMHO its general utility is limited. Let's not open this topic again, let's work together on the new opportunities.
  • enWP copied from deWP: You should feel good about this, not offended! I've read the VIAFbot paper, which says it imported some 370k VIAF id's using the WKP (enwiki) links. Whoever can, contributes coreferencing info, which is then propagated to other authorities. This is how the global coreferencing network grows!
  • Don't start botruns if you don't know: Oh, I'm too new here to dare run bots. That's why I'm raising this question. But it seems to me that huge coreferencing opportunities through the VIAF clusters remain unexploited. Every time an id is added for a VIAF-participating authority, it should be propagated to all VIAF-participating ids
  • Would you support my suggestion to start and Authority Control project here? --Vladimir Alexiev (talk) 08:02, 25 January 2015 (UTC)

AGROVOC Controlled Vocabulary[edit]

I've spotted AGROVOC, a huge controlled vocabulary made by the FAO of "over 32,000 concepts with up to 40,000 terms in 20 languages: Arabic, Chinese, Czech, English, French, German, Hindi, Hungarian, Italian, Japanese, Korean, Lao, Persian, Polish, Portuguese, Russian, Slovak, Spanish, Thai, Turkish." (https://en.wikipedia.org/wiki/AGROVOC)

It's a "linked data set aligned to 13 other vocabularies" (https://en.wikipedia.org/wiki/AGROVOC#Linked_data) It says that it is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported License for thesaurus content in English, French, Russian and Spanish. The rest seems subject to potential copyright by producing organisations (https://en.wikipedia.org/wiki/AGROVOC#Copyright_and_license) As part of the Food Project on Wikidata, I was wondering if it would be relevant:

  • create a relevant property proposal (AGROVOC id)
  • add the vocabulary to Mix N'Match to link it with Wikidata.

--Teolemon (talk) 21:10, 23 January 2015 (UTC)

Symbol support vote.svg Support 32k is not so huge, and AGROVOC is quite specialized, but why not --Vladimir Alexiev (talk) 08:04, 25 January 2015 (UTC)

indeed, I'm very interested by the food part of it, but Eurovoc might have good stuff too given the amount of food legislation in Europe --Teolemon (talk) 12:35, 25 January 2015 (UTC)

EUROVOC[edit]

Maybe we should also consider EUROVOC, the central vocabulary of the EU. 25ish languages. --Vladimir Alexiev (talk) 08:04, 25 January 2015 (UTC)

P988 and P1228[edit]

The property for Philippine Standard Geographic Code is duplicated: Philippine Standard Geographic Code (P988) and Philippine Standard Geographic Code ID (P1228). Tagging: @Exec8: and @seav:. --Bluemask (talk) 07:25, 24 January 2015 (UTC)

@Bluemask: Wikidata:Properties for deletion is the correct place to report duplicate properties.--GZWDer (talk) 09:48, 24 January 2015 (UTC)
@GZWDer: Thanks for the reminder. :) Wikidata:Properties for deletion#Philippine Standard Geographic Code ID (P1228) --Bluemask (talk) 02:37, 25 January 2015 (UTC)

Ana Caram double entry[edit]

Hi, can somebody solve this problem, please: https://www.wikidata.org/wiki/Q454715 and https://www.wikidata.org/wiki/Q16336452 are the same person. I don't know how to do it... Thank You. --Oso (talk) 21:03, 24 January 2015 (UTC)

→ ← Merged, you can merge items easily by enabling the merge gadget on your preferences. --Stryn (talk) 21:18, 24 January 2015 (UTC)
Thank you. --Oso (talk) 21:25, 24 January 2015 (UTC)

Item: administrative territorial entity of Saudi Arabia[edit]

How should sitelinks (wikipedia articles) be connected in wikidata items: by their names (and therefore by the content which they must have) or by their current content? Me and Ahonc, we have different views on this theme. There exists 2 items Q74063 (region of Saudi Arabia) and Q15623255 (administrative territorial entity of Saudi Arabia) — until yesterday item Q15623255 (administrative territorial entity of Saudi Arabia) had links to 7 wikipedia articles in different languages with similar/equivalent titles to ≈ subdivisions of ~ / administrative divions of Saudi Arabia. Ahonc moved 6 sitelinks to Q74063 (region of Saudi Arabia) because he noticed currently those articles contains informations only about the first-level administrative division of Saudi Arabia (region). I tried to move them back considering (in this case) the title as the primary criterion for connecting articles between them on wikidata, because in this case the title tells what content articles must have, and some day some user looking at article's title will add more content about the other administrative units of Saudi Arabia and then that article will become attached to an wrong wikidata item. I consider the current deficit of content of those 6 articles is temporary, and it can't (shouldn't) determine us to connect those articles to other wikidata item (region of Saudi Arabia) only because those articles right now are underdeveloped. XXN (talk) 00:05, 25 January 2015 (UTC)

Firstly, regions can be not only provinces. Secondly, reason that we should merge articles by similar items. Example: Q2391218 - some items named Istiqlol, some - Taboshar (former city name until 2012). By your suggestion there should be different items: one for Istiqlol, and other for Taboshar (because of different titles). Thirdly. if we divide by items, users may not found articles in other language: for example, if accept your changes, and divide by titles, when I read article in English, I will not know about similar article in Russian WIkipedia, but it exists! (but in different item).--Ahonc (talk) 00:31, 25 January 2015 (UTC)
It is already a frequent problem that various different articles in different languages are not linked, because one is about "Bonnie and Clyde", one about "Clyde Barrow", and one about "Bonnie Parker". Or one about a town or region by one name, others about the town or region combined in a slightly different way with another town or region. Enwiki covers the event, not the person, other wikis cover the person, for a non-notable person involved in a notable event. There is just not a one to one relationship between every language articles and every other language articles. For some subjects, I have to look up the half dozen language articles that are linked, and the other half dozen articles that are linked through a different Wikidata item - with no indication that they are really a dozen articles about the same subject. And we can not do much about it because of the "Bonnie and Clyde" problem. Wixty (talk) 05:38, 25 January 2015 (UTC)
I had just been asking here about the problem of a page covering multiple Wikidata items (but you won't find the question above, because it was just archived without having received any reply). The case I'd encountered was a Wikinews topic cat, n:en:Category:Donetsk, that covers both the city of Donestk and the oblast of Donetsk. I'd since thought of an even worse example in the en.wn topic cats, n:en:Category:Guantanamo Bay, which covers the bay itself, the US territorial site on part of the bay, the US naval base at the site, and the detention camp on the naval base.
It seems to me this "Bonnie and Clyde" problem arises from the particular way Wikidata is being used to automate generation of links on other sisters. Interwiki/sister links aren't, conceptually, about identity of topic. They're about providing to the reader a link to the most-relevant page on another project (be it another-language version of the same sister, or same-language version of a different sister; links to different-language versions of different sisters being handled on a case-by-case basis since they aren't wanted nearly so often). I admit to some puzzlement about how best to handle this. Some approaches:.
(1) Of course we used to handle this by simply specifying at each page which other pages it should link to. The drawback of that is, of course, that individual projects are likely to end up not getting linked to. It's not without advantages; the two chief ones imho being that it promotes both local control of individual projects and customization based on local understanding.
(2) Link each page to a single Wikidata item, and automatically generate interwiki/sister links to and from that page for all, and only, other pages linked to the same Wikidata item. At its best, this does do significantly better at not "forgetting" to link particular pages. Disadvantages include failure to provide useful links to pages that aren't about exactly the same thing (such as the "Bonnie and Clyde" problem), which can also be seen as a loss of customizability, and of course a loss of local control. (Note: although in theory it's still possible for a local project to override the Wikidata-generated interwikis, in practice that's unrealistic atm because it requires the same sort of support infrastructure as (1), and instead of devising a better infrastructure for (1) we're simply dismantling the old one.)
(3) Use some more flexible Wikidata arrangement to generate pages' interwiki/sister links. There's presumably some danger of this getting harder to maintain because of being more complicated, but that's just something to keep in mind while designing it. Designing this would presumably need a Wikidatan insight into the infrastructure of Wikidata; as a Wikinewsie, Wikibookian, and sometime Wikipedian, I know something about the infrastructure of those sisters but I'm not deeply enough immersed in things here to consider myself a Wikidatan.
--Pi zero (talk) 12:43, 25 January 2015 (UTC)

Class Instance Analysis[edit]

We at Ontotext (Q7095072) have taken a count of all direct type ("instance of") statements as of Jan 2015: wikidata-instance-count-201501.txt: thanks to Atanas Popov.

Here is some analysis, all cited files are available on Gist --Vladimir Alexiev (talk) 08:20, 25 January 2015 (UTC)

Counting[edit]

  • Total instance statements
$ perl -ne 'm{^(.*)\|} and $n+=$1; END {print $n}' wikidata-instance-count-201501.txt
  • 12331093

Wikidata has 13M items. As expected, not all items have a type. TODO: how many items have several instance statements?

Total Classes[edit]

With at least 1 instance:

  • 17875

Highest-cardinality Classes[edit]

2662626|Q5|human
2409399|Q4167836|Wikimedia category page
1895952|Q16521|taxon
800880|Q4167410|Wikimedia disambiguation page
588520|Q13100073|village-level division in China
186119|Q13406463|Wikimedia list article
183324|Q11266439|Wikimedia template
164317|Q486972|human settlement
154125|Q482994|album
145863|Q532|village
140820|Q11424|film

Medium-cardinality Classes[edit]

Classes with at least 5 instances:

  • 6510 (36%)

Having >=5 instances is no guarantee that all they are used appropriately, since the question what are appropriate classes in Wikipedia is far from settled. Eg can some ship be instance of "Deutschland-class battleship", or should it be instance of "ship", while "Deutschland-class battleship" is assigned to eg "ship type"?

Specific classes[edit]

  • There are 2.6M (2662626) human. This is fairly well focused, in that it collects a large proportion of all humans. There are a few exceptions, eg "minister", "table tennis player", "chess composer": these should be used as "occupation" while "instance of" should be "human".
    • Note: Wikidata uses "human" and not "person" for people. "Person" is anything that can bear a personality, eg deity, artificial agent, etc
  • There are 5k families: 4569 noble family, 635 family, 465 Dutch noble family, 95 Belgian noble family, 35 clan
  • There are 40k+20k names: 40038 family name, 10320 given name, 5569 male given name, 4828 female given name.
    • Due to the good efforts of the WikiProject "Wikidata names", these items provide valuable information on names themselves, eg variations, male/female correspondences, etc.
    • This can probably be used for disambiguation or for generating language-specific name variants, but we have not investigated this topic
  • There are some 22k literary characters: 11993 fictional character, 6963 fictional human, 2589 mythical character, 357 group of fictional characters, 159 fictional organization
  • There are at some 215k organisations (not counting governments, city councils, etc). These are spread across a wide list of classes:
    • 55k businesses: 47149 company, 2653 business, 2321 transport company, 885 public company, 718 corporation, 152 motorcycle manufacturer, 95 joint-stock company, 80 holding company
    • 66k creative organizations 42179 band, 17904 radio station, 6187 newspaper, 1540 film production company, 843 theatre company, 22 theatre troupe
    • 31k sports clubs: 26200 association football club, 5376 sports club, 184 American football club, 169 golf club, 154 country club
    • 30k educational institutions: 16611 high school, 6396 school, 6321 university, 1062 Engineering College, 771 college, 301 research institute
    • 20k non-profit organisations: 8929 organization, 7026 political party, 2853 association, 1052 nonprofit organization, 307 international organization, 246 charitable organization, 226 Esperanto organization, 144 political organization, 73 non-governmental organization
    • 13k GLAM: 438 art gallery, 83 art gallery; 882 library, 199 national library, 114 public library, 60 library, 28 Carnegie library, 27 academic library, 16 municipal library; 108 archive, 26 cantonal archives, 24 municipal archive; 6516 museum, 2176 art museum, 873 military museum, 569 museum ship, 513 historic house museum, 181 maritime museum, 151 mus?e de France, 119 aviation museum, 80 natural history museum, 68 science museum, 57 open-air museum, 48 railway museum, 37 local museum, 37 children's museum
  • Some 500k Creative Works: 154125 album, 140820 film, 59242 single, 51765 book, 31623 painting, 23055 scientific journal, 20032 song, 26789 video game, 18338 television program, 14838 short film, 13461 television series, 13098 silent film, 11876 periodical literature, 11297 episode, 6739 literary work, 6627 television season, 3488 sculpture, 2374 manuscript
  • Some 110k heritage sites and monuments: 64806 Rijksmonument, 21076 Iranian National Heritage, 19696 scheduled monument, 1370 natural monument, 1150 World Heritage Site. This is expected to grow sharply for other countries as well.
  • There are 801k instances of "Wikimedia disambiguation page". TODO: are these already mapped to alt labels or not?

Class Defects[edit]

Low-cardinality Classes[edit]

There is a very long tail of items that are inappropriately used as classes:

  • Eg Indian Rhinoceros, Trumbull's Declaration of Independence, stud, meatloaf...
  • Eg "minister", "table tennis player", "chess composer" should become "occupation", and the instances moved to "human"

Classes with less than 5 instances:

  • 11365

All these should likely be assimilated into a bigger class.

Classes With no Label[edit]

$ grep -E '\|$' wikidata-instance-count-201501.txt | tee wikidata-instClass-anonymous.txt | wc -l

wikidata-instclass-anonymous.txt: 1408, eg

218|Q12600360|
194|Q18116579|
167|Q366301|
156|Q14858002|
  • There's also a class with the weird label "Q"
Q217629|Q

Classes With Duplicate Labels[edit]

$ cut -d '|' -f 3 wikidata-instance-count-201501.txt|sort|uniq -d|tee wikidata-instClass-duplicate.txt |wc -l

wikidata-instclass-duplicate.txt: 265. In principle items could have duplicate labels, but I don't think that is acceptable for a class!

Classes With a Colon in the Label[edit]

$ grep -E ':' wikidata-instance-count-201501.txt | tee wikidata-instClass-colon.txt | wc -l

wikidata-instclass-colon.txt: 86. Obviously a category or template should not be used as a class. Eg

224|Q4913949|Help:Infobox
36|Q6512805|Category:FIS Alpine World Ski Championships
31|Q4656638|Wikipedia:Categorization of people
15|Q4168710|Help:Template
9|Q8264688|Category:Musical duos
5|Q7145070|Category:Herbicides
5|Q4427|Category:1888
5|Q6266825|Category:Horse races
4|Q6540697|Wikipedia:Books
4|Q5616006|Template:Infobox television

Beta collapsed navigation gone?[edit]

I no longer get the collapsed version of the navigation bar in the upper right corner, and it’s no longer in the Beta features list. Was that removed? —DSGalaktos (talk) 10:42, 25 January 2015 (UTC)

Yes it was removed everywhere (not just on Wikidata) unfortunately because it was causing some bad bugs and has no-one working on it to fix them. Hope it comes back soon. --Lydia Pintscher (WMDE) (talk) 10:51, 25 January 2015 (UTC)
Alright, thanks for the info. —DSGalaktos (talk) 11:39, 25 January 2015 (UTC)

Wikidata weekly summary #142[edit]

Add more calendars?[edit]

I think that it is sometimes relevant to the subject of an article that a date be included in a non-standard calendar. E.g. Saint Bashnouna (Q7401025) is a Coptic Christian martyr whose saint day is given as a Coptic as well as a Gregorian calendar date on en.wp. Perhaps such calendars could also be imported to Wikidata and added to entries where appropriate? It Is Me Here t / c 14:22, 25 January 2015 (UTC)

I suggest that maybe we should learn to use the two calendars we already have, fix the user interface for these, and correct all the false data in the database, before we add another calendar. In this case, dates before the adoption of the Gregorian calendar on 15 October 1582 are usually stated in the Julian calendar. More likely than not, the death date, 19 May 1164, stated in the English Wikipeda (which was imported into Wikidata) is a Julian calendar date. But the date stored in Wikidata, 19 May 1164, is a Gregorian calendar date. Furthermore, the English Wikipedia fails to cite a reliable source for either the Julian(?) date or the Coptic date.
Another consideration is how to provide references for dates from the various calendars. Should each calendar date have it's own references, or should all the references apply to all the calendar dates? In the case of calendars where the conversion is debatable, such as the Roman Republic, I think separate references are needed for each calendar. Jc3s5h (talk) 17:41, 25 January 2015 (UTC)

Wikipedias with multiple scripts[edit]

How do we handle these? (e.g. tt links in Q171428 and Q13404940). It seems some Wikipedias, like tt.wiki, create articles in two scripts. Delsion23 (talk) 16:43, 25 January 2015 (UTC)

Pictogram voting comment.svg Comment: Re. the above specifically, it seems that the Tatar language is variously written in two (if not three, the third being Arabic) scripts. It Is Me Here t / c 16:56, 25 January 2015 (UTC)
this may occur frequently on articles with translitterated names (i.e. from Russian or Chinese), on any wiki... but I also found the reverse for a French person on ru once.
generally, I go on the wp site, and put a Template:Merge (Q6919004) template on both items, just to let them know "caution, this is a dupe... generally they can solve it easily with a redirect...
then I do a merge, except for the duplicate item on wp, and I add instance of (P31)  Wikimedia duplicated page (Q17362920) + said to be the same as (P460) and number of duplicate item
once one of the items has been deleted (or redirected), the merge can be completed here.
this was given to me by Ash Crow… --Hsarrazin (talk) 17:32, 25 January 2015 (UTC)