Wikidata:Contact the development team/Archive/2016/01

This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

Time values input error

In French, when you type 04/09/1792 (for start time (P580) for example) the system erroneously records "9 April 1792", while it records well "29 November 1793" when you type 29/11/1793. — Ayack (talk) 16:51, 24 December 2015 (UTC)

I think US is the only place in Universe (Q1) where you interpret 4/9 as 9th of April, but they have big influence on things. -- Innocent bystander (talk) 14:23, 25 December 2015 (UTC)

Use 04-09-1792 as input. Then the system knows the month is september. See my edits here. First is with /, second with -, numbers haven't been changed, nor the order of the numbers. Mbch331 (talk) 14:35, 25 December 2015 (UTC)

dd-mm-yyyy

dd-mm-yyyy and yyyy-mm-dd

dd-mm-yyyy, mm-dd-yyyy, and yyyy-mm-dd

yyyy-mm-dd (also used internationally as ISO 8601)

mm-dd-yyyy

mm-dd-yyyy and dd-mm-yyyy

@Innocent bystander: You're right (see the map).

@Mbch331: If the system knows that 04-09-1792 means "4 September 1792" and 29/11/1793 means "29 November 1793", I don't understand why it understands "9 April 1792" when I type 04/09/1792... — Ayack (talk) 11:46, 26 December 2015 (UTC)

I believe the Americans also use mm/dd/yyyy instead of mm-dd-yyyy. Mbch331 (talk) 12:12, 26 December 2015 (UTC)

I have clients both from Sweden (Q34) and Finland (Q33). The id-number in Finland is backword compared with the Swedish. I expect my clients to be of middle age, so I become very confused when I find them having id-nr starting with "05", since that would in Sweden imply they are 10 or 110 years old. But it in fact only imply that they are born in the 5th of something. -- Innocent bystander (talk) 12:51, 26 December 2015 (UTC)

+keep in mind that in Swedish you can write "född 28 december", but in Finland we write it as "syntynyt 28. joulukuuta", so always a dot after the date number and a "-ta" suffix to the month name. If it's as a basic form, like "januari 2016", we will write it as "tammikuu 2016", without suffix. And our correct date format in Finland is "d.m.yyyy" or "d. month yyyy". w:Date format by country. --Stryn (talk) 15:10, 28 December 2015 (UTC)

The Phabricator ticket for this problem is phab:T67722. Personally I think this can't be properly solved without offering multiple options when the date format is ambiguous, so that the user can choose which one is correct. We can't assume that it must be a particular format based on the user's language or location because it depends where the information comes from, not which format the user prefers. For example, if "5/4/2000" comes from an American source, it will most likely be mm/dd/yyyy and if it comes from a British/French/etc source, it will most likely be dd/mm/yyyy, regardless of where the user is from. Some people might notice that it's ambiguous and correct it to their preferred format, but I think there's also a good chance that Americans will automatically read it as the 4th of May and that Brits/French people/etc will automatically read it as the 5th of April without noticing the ambiguity. - Nikki (talk) 16:41, 4 January 2016 (UTC)

lingual in Monolingual

How far away is it until we can use codes like "smj" (Lule Sami (Q56322)) in the monolingual datatype? -- Innocent bystander (talk) 13:10, 26 December 2015 (UTC)

phab:T74126#773187 --Ricordi samoa 13:40, 27 December 2015 (UTC)

~~I can't find an answer to Innocent's question in that thread. --- Jura 14:36, 28 December 2015 (UTC)~~

Found it .. "It should be possible to allow the extra languages by adding them to $wgExtraLanguageNames.". Though, none of the languages mentioned in the thread have been added.

@Daniel Kinzler (WMDE):: Would you add "und" for "undetermined" to "$wgExtraLanguageNames"?
--- Jura 17:03, 4 January 2016 (UTC)

RDF Dumps are using a outdated Wikidata-Toolkit.

I checked the RDF exports in http://tools.wmflabs.org/wikidata-exports/rdf/. And these file are using a outdated version of Wikidata-Toolkit. These dumps are incompatible with the RDF standards.

--Lcy2000 (talk) 12:19, 30 December 2015 (UTC)

These dumps are not provided by the Wikidata team, but by User:Markus Krötzsch and his team. I'll let him know. - Hoo man (talk) 16:57, 2 January 2016 (UTC)

Thanks, we will check what is going on. Please follow the progress of this issue and report any relevant details using our bug tracker: https://github.com/Wikidata/Wikidata-Toolkit/issues/225 --Markus Krötzsch (talk) 13:17, 3 January 2016 (UTC)

Monolingual properties not being suggested?

Is it possible that due to its datatype title (P1476) doesn't get suggested ? It seems that less frequently used properties with item datatype get suggested instead. --- Jura 15:51, 28 December 2015 (UTC)

I think this is because the property suggester data has last been updated in late November (we probably had more P357 usages back then). I plan to update the suggester in the week after January 11 (when the deployment stop is over). Cheers, Hoo man (talk) 17:05, 2 January 2016 (UTC)

That seems likely. I had thought it was quicker to start suggestions, notably for new properties.
--- Jura 18:09, 2 January 2016 (UTC)

Thanks for the update. Much better. BTW maybe external identifiers shouldn't be suggested first.
--- Jura 17:36, 12 January 2016 (UTC)

Namespace translation

Hi! In Wikibase.i18n.namespaces.php file are present Italian translations for namespace "Property". But in Wikidata (this wiki) it is not show. Is there an issue? --β₁₆ - (talk) 10:57, 8 January 2016 (UTC)

MediaWiki:Nstab-property/it should be created. --Stryn (talk) 10:41, 10 January 2016 (UTC)

Done --ValterVB (talk) 10:47, 10 January 2016 (UTC)

Enable Special:DisambiguationPages for items?

I tried to add __DISAMBIG __ to Wikimedia disambiguation page (Q4167410) hoping that its inclusion on Q910 would make both appear on Special:DisambiguationPages.

If we can get that to work, maybe a database report/quarry report could help us sort out items with links to pages that don't have it/items with links from disambiguation pages.
--- Jura 18:13, 2 January 2016 (UTC)

I created phab:T122912 for this. Cheers, Hoo man (talk) 20:06, 5 January 2016 (UTC)

This is not a disambig

My opinion is that this should not be done. Q910 is in my opinion not a disambig. It is an item about a disambig. -- Innocent bystander (talk) 10:03, 6 January 2016 (UTC)

This is correct, but Wikidata doesn't have any disambiguations in article namespace. What would be the negative impact or cases where it would actually make a difference?
--- Jura 11:48, 6 January 2016 (UTC)

Well, pages like en:Special:DisambiguationPages is not very helpful anyway. On non-small projects, there is far more disambigs than can be displayed in these Special-pages. -- Innocent bystander (talk) 06:46, 7 January 2016 (UTC)

The page property this defines can be retrieved in various ways, the special pages are just one of them. I take it that you agree that there is no negative impact and practically disambiguation items can be seen as the Wikidata equivalent of disambiguation pages?
--- Jura 06:54, 7 January 2016 (UTC)

@Jura1: No, there is no severe damage with that solution, other than I think it would be more helpful to see pages like this on that page. -- Innocent bystander (talk) 13:00, 7 January 2016 (UTC)

@Innocent bystander:: What would the damage be?
--- Jura 09:08, 10 January 2016 (UTC)

We should not regard our category-items as categories. We should rather regard them as "items about categories". The same thing should apply to our "disambig-items", which are in fact not disambigs themself.

@Jura: These special-pages never contain more than 5000 pages. What is the gain of adding our disambig-items to this page? -- Innocent bystander (talk) 10:16, 10 January 2016 (UTC)

Well we do have categories, but we don't have disambiguation pages. This wouldn't change the namespace of these items. Currently the attribute is just unused. It would allow users to select disambiguation pages easily through SQL and compare to other sites such as Wikipedia.
--- Jura 10:21, 10 January 2016 (UTC)

BTW are there any characteristics that disambiguation pages have that disambiguation items don't have or the contrary?
--- Jura 10:25, 10 January 2016 (UTC)

(I choose to answer as IP, since the IB-account currently is a Flooder, and I do not want to answer here as a Flooder.)

SQL is here maybe mainly done by wmflabs? That does make sense, but I do not really fully understand why we cannot devote this Special-page to pages like that about the fo and is-mainpage in Project-ns. There the Special-page could be useful, which I cannot see that it is in any >1M article-project.

I would definitly say that disambig pages definitly have other characteristics than a disambig-item. A disambig-article lists articles who describe the meaning of a specific word in one specific langauge. It may also give a short description of the subject. It is then also valuble for pages that are still "red" of non-notable. A disambig-item on the other hand only lists such pages. The item does not intend to in any way describe the meaning of a word, since it almost always is different in different languages. -- 78.73.94.165 11:22, 11 January 2016 (UTC) (And you do not have to hide which address I edit from, it is dynamic and is a part of the largest ISP in Q34.)

It hasn't been used in three years and the difference between the two doesn't seem to go much beyond the difference between an item and a page in namespace zero. Given the lack of helpful tools, maybe it's better if we stop supporting disambiguation pages entirely.
--- Jura 17:39, 12 January 2016 (UTC)

I do not see the point. An sql query could be made using the specific wikidata sql tables, serving the same purpose. There is no need to add _disambig_ for that usecase.--Snaevar (talk) 18:00, 6 January 2016 (UTC)

Yeah I tend to agree with this and think we should not do it. --Lydia Pintscher (WMDE) (talk) 05:48, 7 January 2016 (UTC)

The approach suggested by Hoo man doesn't require __DISAMBIG __ any more. What approach do the two of you suggest instead? Samples of yours we could follow?
--- Jura 06:50, 7 January 2016 (UTC)

I am not sure what you are trying to achieve in the end but couldn't it be easily done with a sparql query? --Lydia Pintscher (WMDE) (talk) 20:19, 10 January 2016 (UTC)

tinyurl.com/j9eocwn It could. Matěj Suchánek (talk) 20:28, 10 January 2016 (UTC)

I think it could and it was already suggested to combine query.wikidata.org and quarry.wmlabs.org. Currently we can't read page properties from, e.g. plwiki, with Sparql. Is there a plan/date for implementing that?
--- Jura 09:51, 11 January 2016 (UTC)

So far no-one had asked for it iirc. So not on the plan so far. Do you want to open a ticket? It'd help to know what kind of query you want to do in that case. --Lydia Pintscher (WMDE) (talk) 15:56, 15 January 2016 (UTC)

Actually, you brought this up, but there is already some discussion of it in phabricator. For disambigations, I'd rather go with phab:T122912. It should better enhance and respond to the feature request on this weeks "weekly news".
--- Jura 08:21, 16 January 2016 (UTC)

The duplicate reference in client problem

Hi devs & team.

I'd like to submit a problem which was pointed by someone about data usage in clients. In current version of fr:Comparaison_de_WAMP#cite_ref-13, one Wikidata claim is used more than once, and the person who introduced Wikidata usage has required the source to be showed (via the lua module on frwiki that retrives Wikidata informations). All good up to that point.

The problem is that some statement is used more than once, and that as such the same note is showed twice. A (partial) solution could be to this problem is that when we use the same reference with the same id and the exact same content, mediawiki and the source extention is able to merge the notes, see : <ref name="plop">plop</ref><ref name="plop">plop</ref> <references/> ^[1]^[1]

↑ ^1.0 ^1.1 plop

for example who works fine. The problem is that we need a correct name to the reference, and that, at that point, has to be retrieved from Wikidata. (see phab:T67258). Is there something in the current API that could be used as a reference ID within the name that would be accessible in lua ? author TomT0m / talk page 17:53, 10 January 2016 (UTC)

Each reference has its unique hash which looks like 8b32a44f3d273e482219e15cebe370e262e6b474. This could be used as the reference name. Matěj Suchánek (talk) 18:37, 10 January 2016 (UTC)

I am using these "hash" as name on svwiki and it works fine, until you have two different sets of modules which both uses these hashes when describing sources. If they do not produce the same result, there is a reference-error in the page.

Compare what happens when you write:

<ref name=abc>Hitchhiker's Guide to the Galaxy, Douglas Adams</ref><ref name=abc>Douglas Adams, Hitchhiker's Guide to the Galaxy</ref>

-- Innocent bystander (talk) 20:17, 10 January 2016 (UTC)

Sounds like there needs to be some form of standard? ·addshore· ^{talk to me!} 15:21, 15 January 2016 (UTC)

@Addshore: As long as there is only one Module on the wiki who creates these references, there is no problem, and on svwiki there normally is only Module:Cite who do that. This only becomes a problem when sandbox-modules are used for the development of this module. -- Innocent bystander (talk) 20:40, 15 January 2016 (UTC)

Item by title and specieswiki

If I try to use Special:ItemByTitle for specieswiki I get the error message Please use an existing site identifier, e.g. "enwiki" for the English Wikipedia. --Succu (talk) 09:09, 17 January 2016 (UTC)

It worked for me just now. Which article are you trying to get to? What did you put into the fields? --Lydia Pintscher (WMDE) (talk) 09:35, 18 January 2016 (UTC)

I want to create a new one. I selected specieswiki from the dropdown an put in e.g. THNHM for the page (Win7/IE11). --Succu (talk) 11:27, 18 January 2016 (UTC)

Ahhhh ok. That page only works for existing articles. --Lydia Pintscher (WMDE) (talk) 11:31, 18 January 2016 (UTC)

If I do the same thing for enwik (e.g. with Jack Cutmore-Scott) I get the massage An item that links to the given page was not found. And below: You can also create an item. That's the behavior I would expect for specieswiki too. --Succu (talk) 13:57, 18 January 2016 (UTC)

The article en:Jack Cutmore-Scott exists but is not connected to an item. Is that also the case for the article on Wikispecies you wanted to handle? --Lydia Pintscher (WMDE) (talk) 14:49, 18 January 2016 (UTC)

Yes (THNHM - connected 15:09, 18. Jan. 2016‎), but try Chia-Lung Huang. --Succu (talk) 15:03, 18 January 2016 (UTC)

Huh. That is strange. I can reproduce it for this one. Will open a ticket. --Lydia Pintscher (WMDE) (talk) 15:17, 18 January 2016 (UTC)

It is now tracked at phabricator:T123928. --Lydia Pintscher (WMDE) (talk) 15:27, 18 January 2016 (UTC)

Thx. --Succu (talk) 16:47, 18 January 2016 (UTC)

Using datas from Wikidata in the body of articles

Hi everybody. I like giving news to the development team when we have new programs. Few monthes ago, it was about five Wikidata infoboxes for cycling in the French Wikipedia.

With Molarus, we are working together since december to develop a super module called Module:Cycling race that have functions listofstages and listofwinners (others will arrive in the future). The first function permits to display a table that list stages of a race, and the second permits to display the palmares of a cycling race since its creation. A thing a new : we can use the datas in 12 different Wikipedias because titles and datas are translated. Different alphabets are supported. Moreover, we use tables that have a futuristic design like we have in FR Wiki since one year. I give here a little example (it is better to see them in action on Wikipedia). All items must have a link to ProCyclingStats, the main database about cycling. Jérémy-Günther-Heinz Jähnick (talk) 10:00, 17 January 2016 (UTC)

2014 Triptyque des Monts et Châteaux (Q16027296)

Stage	Date	Course	type	Distance - km (mi)	Stage winner	Overall leader
1^re stage	4 Apr	Antoing – Quevaucamps	plain stage	177.1	André Looij	André Looij
2^e a stage	5 Apr	Bernissart – Bernissart	individual time trial stage	10	Jonathan Dibben	Jonathan Dibben
2^e b stage	5 Apr	Estaimbourg – Kluisberg	hilly stage	95.5	Patrick Konrad	Owain Doull
3^e stage	6 Apr	Belœil – Tournai	plain stage	163.4	Owain Doull	Owain Doull

Tour of Almaty (Q15043657)

Year	Winner	Second	Third
2013	Maxim Iglinskiy	Sonny Colbrelli	Ruslan Tleubayev
2014	Alexey Lutsenko	Sergey Chernetskiy	Sergueï Lagoutine
2015	Alexey Lutsenko	Fabio Aru	Pavel Kochetkov
2016	Alexey Lutsenko	Mauro Finetto	Roman Maikin
2017	Alexey Lutsenko	Rémy Di Grégorio	Jakob Fuglsang
2018	Davide Villella	Simon Pellaud	Pierpaolo Ficara
2019	Yuriy Natarov	Aleksandr Vlasov	Danilo Celano

1. It's not correct to assume that missing article will have the same name as label on Wikidata. The problem here that on local wiki may already exists another article (linked to another item) that have the same title as element label of missing item. 2. In ruwiki there is a gadget (enabled by default) that converts all Wikidata link (to element) to reasonator link. I.e. all missing items are linked to Wikidata from template and replaced by JS to Reasonator links. 3. Thinks like translDef is better to move to begging of article. Also it's possible to extract label from item with the same meaning, for example prologue (Q920285). Thus you won't need translation inside the module at all. -- Vlsergey (talk) 16:20, 17 January 2016 (UTC)

Some little races like these don't have translations. Others like Tour de France have translations, so I don't add labels.

Before creating lacking items, I verify on other Wikipedias if they have articles about races. Generally Italians have such articles, they have lost the user that wrote articles.

For cyclists, it is rare the link is not done on Wikidata and we have two items for one person. I think it is because we do translations. For the rest, the program function, it is the principal. It is brand new, it will evolve with the time. Jérémy-Günther-Heinz Jähnick (talk) 16:58, 17 January 2016 (UTC)

It's not about having 2 items for single person. It's about having two persons with the same name (i.e. label). One of them (non-cyclist) could already have link at local Wikipedia, another one (cyclist) could not. Current module implementation (AFAI can see) will insert blue link to person who is not cyclist. -- Vlsergey (talk) 17:58, 17 January 2016 (UTC)

The table shows the label only if there is no wikilink and in this case not as a redlink. You don´t see this in wikidata, because for wikidata we use the french wikilinks as standard You can see this in function winner (the newest table) in line 30. As far as I remember we did the same in the first table too. If there are two wikilinks with the same name, Wikipedia writes this for example like "xxx (cyclist)". You will see in line 37, that the "(...)" is not shown in the table. About translation inside the module: The module will be used in small wikipedias too and they have not much translations and I don´t think we can add them. So it is a possibility with translation in the code to show a standard text as e.g. the table header. We have choosed french as standard, therefore this module could be tested in all wikipedias and if they like the table, they can give us the translations or they add them by themselves in their copy of the module. See this for "Prolog" in line 566, for example. But you are right, that the code could improve a lot. The second table is better (in my view) then the first table, but it is still not fine. For example for function nation (line 63) we miss a better algorithm. What is new, for example, in function listofwinners is line 175. This is one data structure where all the data is stored. And the pcall functions are used in a different (and better) way now. If this type of module will be getting common, we will have to innovate a lot, in my view. Since you are interested in this problems, have a look at Module talk:Version 2. That is a lua module that integrates wikicode and wikidata info. It does this by reading the wikicode table of a wikipedia article, similar to a wikipedia template. Function WP_table_3 does this with tables too. --Molarus 12:45, 18 January 2016 (UTC)

One of the things this module shows is that Lua works very well together with Wikidata. Another is that it is possible to write a lua module with 1000 lines of code. With Wikicode, in a template, that wouldn´t be possible. --Molarus 17:20, 17 January 2016 (UTC)

Wikiversity

I think it is the time to enable Phase 1 in Wikiversity.--GZWDer (talk) 15:53, 17 January 2016 (UTC)

I'll put it on my todo to find a deployment date with Katie once she's back in the office. --Lydia Pintscher (WMDE) (talk) 09:37, 18 January 2016 (UTC)

Redirects not resolving with wbeditentity

I have difficulties running my scripts using wbeditentities, because some recently introduced redirects (due to merges), do not resolve.

This an example error message:

{   'error': {   '*': 'See https://www.wikidata.org/w/api.php for API usage',
                'code': 'modification-failed',
                'info': 'Q21095105 not found',
                'messages': [   {   'html': {   '*': '<a '
                                                     'href="/wiki/Q21095105" '
                                                     'title="Q21095105" '
                                                     'class="mw-redirect">Q21095105</a> '
                                                     'not found'},
                                    'name': 'wikibase-validator-no-such-entity',
                                    'parameters': [   'Q21095105']}]},
   'servedby': 'mw1226'}

The issue is triggered if I change the json and write it back to Wikidata with wdeditentity, seems like the API cannot resolve the redirects. The web interface works fine. Side note: The items I experienced the error had very many other pages linking to them.

I did not test other API calls. Is there a workaround or a planned fix? I could not find anything which really matches on Phabricator. Thanks! Sebotic (talk) 22:04, 6 January 2016 (UTC)

A quick update: When I retrieve the full item and write it back without modifications, the error is triggered as well. This rules out my modifications being the problem. Furthermore, on the items web page, the problematic item IDs very often get displayed as the Wikidata ID, their label cannot be retrieved (e.g. [1] property biological process P692). Sebotic (talk) 00:06, 7 January 2016 (UTC)

@Addshore: Maybe you can have a look? --Lydia Pintscher (WMDE) (talk) 20:19, 10 January 2016 (UTC)

@Sebotic: is this all refering to IDs that are included in the JSON? ·addshore· ^{talk to me!} 17:12, 13 January 2016 (UTC)

@Addshore: yes, that's all associated with IDs in statements of data type "Wikidata item". Interestingly, if looked at them on their Wikidata web page, the label of the item ID value is not being displayed as it should be, but the item ID itself is being shown. Furthermore, the claim can be deleted on the web page and it can also be deleted by using wbremoveclaim function call but it triggers above error message if I try to delete the claim via using the remove flag in the json. Of note, the item IDs are those of items which recently got merged into a different item. Thanks! Sebotic (talk) 18:54, 13 January 2016 (UTC)

Okay, so essentially it sounds like whatever validator is used in the backend needs to allow for redirects in an entities JSON. @Lydia Pintscher (WMDE): any idea if there is a bug open for something like that? ·addshore· ^{talk to me!} 15:19, 15 January 2016 (UTC)

@Addshore: phabricator:T123208 seems to come closest to it. --Lydia Pintscher (WMDE) (talk) 15:54, 15 January 2016 (UTC)

Yep! I will add some comments there regarding this too. ·addshore· ^{talk to me!} 13:53, 21 January 2016 (UTC)

#property:P373

Can anybody figure out how to fix {{#property:P373}} so it works properly on Wikipedia languages with script variants. See this discussion too. --Obsuser (talk) 03:52, 15 January 2016 (UTC)

Only the developers can take care of this. Matěj Suchánek (talk) 07:41, 16 January 2016 (UTC)

I was redirected here... --Obsuser (talk) 22:43, 16 January 2016 (UTC)

Anyone here? --Obsuser (talk) 23:26, 19 January 2016 (UTC)

Sorry I overlooked this earlier. @Hoo man: Can you have a look please? --Lydia Pintscher (WMDE) (talk) 10:06, 22 January 2016 (UTC)

Another page

Now, Wikidata_talk:Database_reports/Constraint_violations/P225 is doing what Property talk:P225 was doing. This makes it very likely that there is a limit to the size of Talk pages and that we are hitting the maximum. In this case, there is not all that much to archive, although I suppose we could divide it into subpages (which would be harder for Property talk:P225). - Brya (talk) 05:59, 20 January 2016 (UTC)

Talk pages are supposed to be used for discussions AFAIK, they are not supposed to be used for maintenance tasks. Sjoerd de Bruin (talk) 07:43, 20 January 2016 (UTC)

The Property talk pages have been so used for a very long time, presumably from the beginning. - Brya (talk) 11:43, 20 January 2016 (UTC)

I tried splitting the page, but that does not work. Apparenty it is not total page size, but the size of the part that is loaded into the editor. - Brya (talk) 06:37, 22 January 2016 (UTC)

I am not sure I understand what the symptoms are. Can you clarify please? --Lydia Pintscher (WMDE) (talk) 10:13, 22 January 2016 (UTC)

Like before: if what is loaded into the editor is too large, any attempt to copy-and-paste something into the page, yields a grey page and an error report, something like: "Aw, something went wrong with displaying this page". Breaking up the relevant part (inserting extra headings) works in this case, but won't (soon) for Property talk:P225. - Brya (talk) 14:09, 23 January 2016 (UTC)

Taglines for Georgian language (ka) disappeared

Hello, i noticed today that taglines for Georgian language (ka) disappeared from Wikidata, why? – The preceding unsigned comment was added by 31.146.200.219 (talk • contribs).

Can you clarify what you mean with tagline? Can you give an example? --Lydia Pintscher (WMDE) (talk) 10:14, 22 January 2016 (UTC)

I would guess that description == tagline. --Izno (talk) 17:25, 23 January 2016 (UTC)

The save link does not work

Hello,

I work for BMO Harris bank.

There's an out of date reference to our now retired CEO on Freebase:

http://www.freebase.com/m/07c061

(Mark Furlong).

The new CEO is called David R. Casper.

I am obviously unable to update anything on Freebase so I wanted to make update on the Wikidata page (https://www.wikidata.org/wiki/Q4835981). However, the save button is not clickable. See below:

http://i.imgur.com/p6URxFY.png

Could you please help as I'd like to update our data so that it will appear properly on Google results pages.

Thanks very much. – The preceding unsigned comment was added by Montrealb (talk • contribs).

The qualifier you're trying to add (Property:P169) requires an existing item as value. There doesn't seem to be any Wikidata item labelled "David R. Casper". --Ricordi samoa 01:17, 21 January 2016 (UTC)

Yes that is likely the problem. You can create a new item with the "Create a new item" link in the sidebar here. --Lydia Pintscher (WMDE) (talk) 10:15, 22 January 2016 (UTC)

They created Q22138495. I am not totally sure about WD:Notability but it works. --Ricordi samoa 13:05, 23 January 2016 (UTC)

It's fine with notability, it fills a structural need. Sjoerd de Bruin (talk) 18:14, 27 January 2016 (UTC)

IMDb event URL problem

See here. --Jobu0101 (talk) 21:21, 16 January 2016 (UTC)

As User:Mbch331 told me it's not possible to deal with that problem for the moment because Wikidata can't currently handle multiple formatter URL's. Are there plans to update the software? --Jobu0101 (talk) 21:32, 17 January 2016 (UTC)

It seems the problem can be solved here by using another URL pattern for all of them? It is not currently on the short-term todo to invest more time into more sophisticated linking. --Lydia Pintscher (WMDE) (talk) 09:27, 18 January 2016 (UTC)

No there is not 1 URL pattern that works for all. That's the whole problem. If there was, there would be an easy solution. The URL pattern is http://www.imdb.com/<type of page>/<value of P345>. And the type of page (name, character, title, event) isn't part of the IMDb id (but can be derived from the id). Mbch331 (talk) 09:37, 18 January 2016 (UTC)

Ah ok. What would be needed on our side to make it work? --Lydia Pintscher (WMDE) (talk) 09:46, 18 January 2016 (UTC)

The first two characters of the IMDb id defines the <type of page>. For example nm -> name, tt -> title, ev -> event. For each type we would need a different URL prefix to which the id is appended. --Jobu0101 (talk) 10:03, 18 January 2016 (UTC)

The full list is: nm -> name, tt -> title, ev -> event, co -> company, ch -> character (first 2 letters of IMDb id -> type of page as currently used by IMDb). Mbch331 (talk) 10:16, 18 January 2016 (UTC)

Mpfh. Why do they do this... *sob* Ok as an easy fix we could have different properties for it here on Wikidata but that also is a pretty sucky solution I guess? --Lydia Pintscher (WMDE) (talk) 10:02, 22 January 2016 (UTC)

Yeah, different properties would suck a lot ;). --Jobu0101 (talk) 18:10, 27 January 2016 (UTC)

I think separate properties would be more consistent. For pretty much every other situation where a site has multiple types of identifiers, we use separate properties (AllMovie, AllMusic, AlloCiné, ...). It also helps with constraints, since, for example, a person should have a person ID not a film ID, but as far as I'm aware there's no way of doing that when the identifiers are combined into a single property. - Nikki (talk) 10:07, 28 January 2016 (UTC)

To check constraints on properties with multiple types of identifiers I set up a system based on sparql queries, see [2]--Pasleim (talk) 11:13, 28 January 2016 (UTC)

I think the problem is solved. It's working now. Who solved it and how? --Jobu0101 (talk) 11:59, 30 January 2016 (UTC)

It was Matěj Suchánek with this edit. Mbch331 (talk) 12:27, 30 January 2016 (UTC)

SPARQL query shows deleted item

The following query:

PREFIX p: <http://www.wikidata.org/prop/>
SELECT ?item ?YouTube ?YouTubeEntity WHERE {
	?item wdt:P2397 ?YouTube .
    ?item p:P2397 ?YouTubeEntity .
    filter(SUBSTR(str(?YouTube),1,2)!="UC")
           }

Try it!

returns a deleted item as a result. The item was deleted on January 9th. It's the statement for Q21994171. Mbch331 (talk) 12:45, 27 January 2016 (UTC)

Pinging @Smalyshev (WMF): -- Jheald (talk) 12:56, 27 January 2016 (UTC)

Today it no longer appears in the results. Mbch331 (talk) 17:45, 28 January 2016 (UTC)

[plop-1] 1.0 ^1.1 plop

[1]