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

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

Playing around

Do we have a Game to merge items? Isn't it a little to easy to do bad merges already without turning it into pure entertainment? -- Innocent bystander (talk) 06:44, 22 July 2016 (UTC)

We have had this game since 2014 and there have always been some bad merges which happen anyway. Matěj Suchánek (talk) 07:20, 22 July 2016 (UTC)
I don't think tools should allow to merge disambiguation items into anything else then disambiguation items.
--- Jura 07:27, 22 July 2016 (UTC)
Agree. The Game helped with lot of mergers in past, but it needs more control mechanisms. Workflow on WD changed since 2014, there were lot of easy and clear mergers in past, but there are lot of border situations now. Another disadvantage of the game is that it is link-based, not item-based, so mergers based on "correct" links (but "incorrect" labels and properties) are happening. Undo of old merges is sometimes very hard. --Jklamo (talk) 08:44, 22 July 2016 (UTC)
And we maybe need Constraints-reports also for such things as P31:Wikimedia disambiguation page (Q4167410), not only based on the Properties. -- Innocent bystander (talk) 08:54, 22 July 2016 (UTC)
Yes it is one of Magnus' games. It already has a big banner telling people to be careful with merges when playing that game. If you have more suggestions it is probably best to file them as tickets here: https://bitbucket.org/magnusmanske/wikidata-game/issues?status=new&status=open --Lydia Pintscher (WMDE) (talk) 09:22, 26 July 2016 (UTC)

Too big font in hints

When I manually add statements to the items the font of the hints (possible options) is too big. It started a couple of days ago. I am on a laptop, Win 7, FF last version. Should be either be reduced to the same font as the statements are actually written in, or it should be an opt-in/opt-out. I have not seen this previously reported.--Ymblanter (talk) 08:29, 28 July 2016 (UTC)

I thought this was already spotted by someone and will be fixed by the next deployment. Sjoerd de Bruin (talk) 08:35, 28 July 2016 (UTC)
Perfectly fine with me, I can wait, but it would be good if developers confirm they are going to fix this.--Ymblanter (talk) 10:38, 28 July 2016 (UTC)
See here. Sjoerd de Bruin (talk) 10:57, 28 July 2016 (UTC)
Hartelijk dank.--Ymblanter (talk) 11:34, 28 July 2016 (UTC)
That change was for 1.28.0-wmf.9 but we are now running 1.28.0-wmf.12. So maybe it needs to be re-commited. Matěj Suchánek (talk) 11:38, 28 July 2016 (UTC)
✓ Fixed temporarily in MediaWiki:Common.css. Matěj Suchánek (talk) 11:56, 28 July 2016 (UTC)
Well, now I had to enlarge the settings in my browser with two clicks. Can you provide this with a Gadget instead? -- Innocent bystander (talk) 14:07, 28 July 2016 (UTC)
Why should a "fix" be provided as a gadget? Now it looks how it should look like, according to the current code on master. Didn't you the mentioned problem before this change? Matěj Suchánek (talk) 14:40, 28 July 2016 (UTC)
I did not see the problems reported above. Now the descriptions of the hints became so small I had to enlarge the browser, making the rest of the page awkward. -- Innocent bystander (talk) 16:08, 28 July 2016 (UTC)
We didn't deploy this week because Katie and Marius are on vacation. It should go live next week. Sorry. --Lydia Pintscher (WMDE) (talk) 15:40, 28 July 2016 (UTC)

There is also the font of alias which change in edit mode. — Ayack (talk) 12:58, 28 July 2016 (UTC)

That seems fine here. Can anyone else reproduce a problem there? --Lydia Pintscher (WMDE) (talk) 15:40, 28 July 2016 (UTC)
@Lydia Pintscher (WMDE): I don't know where it comes from but Firebug gives me this:
.ui-widget input, .ui-widget select, .ui-widget textarea, .ui-widget button {
    font-family: Verdana,Arial,sans-serif;
    font-size: 1em;
}

— Ayack (talk) 16:03, 28 July 2016 (UTC)

My experience is the same as Innocent bystander's - the font was previously fine but is now too small. (Firefox 47.0 on Xbunutu Linux using monobook skin if that is relevant) Thryduulf (talk) 18:44, 28 July 2016 (UTC)
What I and Thryduulf have in common here is that we both uses Monobook. @Matěj Suchánek: What happens if that code is modified to only affect Vector? -- Innocent bystander (talk) 18:47, 28 July 2016 (UTC)
Ah, when I disable the fix that @Jonas Kress (WMDE): did in Wikibase and I temporarily applied on Wikidata MonoBook looks ok but now the selector is very small. So it should really be looked at. Matěj Suchánek (talk) 19:45, 28 July 2016 (UTC)
MonoBook+Firefox, still not fixed (font is too small). --Jklamo (talk) 22:00, 31 July 2016 (UTC)
Screenshots of the Wikidata property suggester on item Q4115189 on 29 July 2016. Viewed in Monobook (left) and Vector (right), both taken at browser zoom level 0.

To illustrate the difference, this is what I currently see in Monobook and Vector (both Firefox 47.0 on Xbunutu Linux - I haven't time atm to test other skins or browsers, I don't have easy access to another system): Thryduulf (talk) 01:58, 29 July 2016 (UTC)

For the record, I am indeed using Vector.--Ymblanter (talk) 14:01, 29 July 2016 (UTC)
To let you know, we still don't know what caused the change but hope gerrit:302228 will fix this in all skins. --Thiemo Mättig (WMDE) 15:02, 1 August 2016 (UTC)

February and later months not shown

February and later months are not shown in Wikidata:Requests for deletions/Archive/2016, because Wikidata:Requests for deletions/Archive/2016/02, Wikidata:Requests for deletions/Archive/2016/03, Wikidata:Requests for deletions/Archive/2016/04, Wikidata:Requests for deletions/Archive/2016/05, Wikidata:Requests for deletions/Archive/2016/06, Wikidata:Requests for deletions/Archive/2016/07, and Wikidata:Requests for deletions/Archive/2016/08 do not exist. GeoffreyT2000 (talk) 01:54, 2 August 2016 (UTC)

Now they are shown. --Stryn (talk) 07:05, 2 August 2016 (UTC)

Julian/Gregorian conversion in RDF, and year numbers

I was examining the RDF and JSON output for the item about the ancient Roman poet Horace, Horace (Q6197). The date of death is really 27 November 8 BCE. If I output the JSON with this url:

https://www.wikidata.org/wiki/Special:EntityData/Q6197.json

the resulting JSON date is "-0008-11-27T00:00:00Z".

If I output the RDF with this url:

https://www.wikidata.org/wiki/Special:EntityData/Q6197.rdf

the resulting RDF date is "-0007-11-25T00:00:00Z".

The RDF documentation at

https://www.mediawiki.org/wiki/Wikibase/Indexing/RDF_Dump_Format#Time

says it converts Julian calendar dates to Gregorian calendar dates. The item contains a Julian date, so as far as the month and day are concerned, the conversion is correct.

Could someone tell me where I can find the source code that does this conversion, so I can test it find out far in the future and past it works? Also, if someone could point out where in the source code the year is being changed (in a way that contradicts JSON) perhaps I could find some code comments that would explain what the developers were thinking. Jc3s5h (talk) 13:56, 5 August 2016 (UTC)

https://phabricator.wikimedia.org/T94539 links to some code.
--- Jura 21:14, 5 August 2016 (UTC)

Sitelink to Wikidata

[1]. Didn't know that this was actually possible. Can we prevent it?
--- Jura 21:14, 5 August 2016 (UTC)

It's probably best done as a database report. An abuse filter might also work though I am not sure. --Lydia Pintscher (WMDE) (talk) 07:07, 6 August 2016 (UTC)
Special:AbuseFilter/76 (I had asked for it as phab:T114008). Matěj Suchánek (talk) 07:21, 6 August 2016 (UTC)

Duplicate

Tracked in Phabricator
Task T44325

I don't know if can be useful, but Q23730619 have the same link of Q23730618. I haven't touched them. --ValterVB (talk) 10:14, 6 August 2016 (UTC)

They have consecutive Q IDs. Looks like near-simultaneous creation. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:11, 6 August 2016 (UTC)
Indeed, this is a known problem when an API request to create a new item is sent twice at the same time. I'm fairly sure we have (or had) a bug about that, but I couldn't find it. Cheers, Hoo man (talk) 12:44, 8 August 2016 (UTC)
See phab:T44325.--GZWDer (talk) 05:10, 10 August 2016 (UTC)

wbgetentities and redirect

It's only my problem or wbgetentities don't resolve redirect? example: action=wbgetentities&format=json&ids=Q6502671&redirects=yes --ValterVB (talk) 08:06, 7 August 2016 (UTC)

Strange, maybe the problem is only in this item, this work correctly: action=wbgetentities&format=json&ids=Q25360586&redirects=yes --ValterVB (talk) 10:24, 7 August 2016 (UTC)
Both requests show the respective redirect targets for me. Do you have more examples? Cheers, Hoo man (talk) 12:00, 8 August 2016 (UTC)
Now work correctly and show the redirect, strange temporary problem. --ValterVB (talk) 14:49, 8 August 2016 (UTC)

Wrong datatype: History of Parliament ID

History of Parliament ID (P1614) is an external identifier, but has the datatype "string". Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:58, 6 August 2016 (UTC)

 Support Matěj Suchánek (talk) 17:19, 6 August 2016 (UTC)
Listed here as "mix of good to convert and disputed" though, but there are only 5 violations left. Sjoerd de Bruin (talk) 19:05, 6 August 2016 (UTC)
I note that User:Andrew Gray wrote there: "This one will have multiple values for many properties by design - when I'm done importing, perhaps only two-thirds will be unique. This is the way the source is set up, unfortunately, with many people split over two or three entries for different time periods." And, of course, having more than a single value is not a disqualifier for something to be an external-ID on Wikidata, nor indeed a UID in the more general sense. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:22, 6 August 2016 (UTC)
OK I'll move it to good to convert then and User:Hoo man will do the conversion in the next days. --Lydia Pintscher (WMDE) (talk) 08:25, 11 August 2016 (UTC)
I'm quite happy for this to be made an identifier (it's as appropriate as, say Oxford Dictionary of National Biography ID (P1415)), but only if the "single value" requirement won't be an issue (at the moment, it's vitally important we keep the multiple values on items). I wasn't sure what the position on this was so I hadn't pushed for it before. Andrew Gray (talk) 14:26, 7 August 2016 (UTC)
I have no intention to technically require external identifiers to be unique at this point. --Lydia Pintscher (WMDE) (talk) 08:25, 11 August 2016 (UTC)
Great, thanks. In the long run we may create a unified identifier for these - but it's a long way off :-) Andrew Gray (talk) 12:28, 11 August 2016 (UTC)

� in reference value

Hallo! I see � (U+FFFD) in the reference value for position held (P39) in Alexander III of Russia (Q120180) (switch to Russian UI). A long label is trimmed. -- Sergey kudryavtsev (talk) 07:57, 11 August 2016 (UTC)

PS: Currently, there is an item label limits to 250 symbols, so i consider it should not trimmed in UI. -- Sergey kudryavtsev (talk) 08:19, 11 August 2016 (UTC)

Hello Sergey, thanks for reporting this bug. I created a ticket phab:T142691 and we're working on it. Lea Lacroix (WMDE) (talk) 09:36, 11 August 2016 (UTC)

USDA NDB number

USDA NDB number (P1978) has the datatype "string", when it is in fact an external identifier. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:16, 9 August 2016 (UTC)

Please move it to good to convert on Wikidata:Identifier migration/1 if there are no objections. --Lydia Pintscher (WMDE) (talk) 08:37, 11 August 2016 (UTC)
Done, though I have little confidence in the effectivness of that page. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:32, 15 August 2016 (UTC)

Can translation of + in the formatter URL be prevented?

I noticed by creating the example for SIMBAD ID (P3083) that the link created was not what I expected, and, worse, that the resulting link was not functionate. The cause was that "+" in as given id was transformed into %2B in the URL. See also here Wikidata:Property proposal/SIMBAD ID. Can this be prevented somehow? How to deal with this?? Lymantria (talk) 15:03, 13 August 2016 (UTC)

@Lymantria: External links are added by gadget AuthorityControl. I also hit recently some properties where unsolicited character substitutions were occurring (though in previous cases I rather needed to prevent "+" signs to appear). User:Matěj Suchánek mentioned that it's due to some Wikibase bug, but in the mean time you may request P3083 to also be handled as a special case at MediaWiki talk:Gadget-AuthorityControl.js. -- LaddΩ chat ;) 00:34, 14 August 2016 (UTC)
@Laddo: this is no longer true for the external-id's. Links for external-id's are added without the gadget. --Pasleim (talk) 08:06, 14 August 2016 (UTC)
Isn't the conversion usually " " => "+" ? Meaning, the values should have a space (" ") instead of a plus ("+") as the items actually already did before the creation of this hastily created property.
--- Jura 08:11, 14 August 2016 (UTC)
Cut the snark, Jura. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:40, 14 August 2016 (UTC)

Thanks @Lymantria: for identifying this problem. I can reproduce it so I opened a ticket : phab:T142972. We'll try to figure this out soon. Lea Lacroix (WMDE) (talk) 09:48, 15 August 2016 (UTC)

In the meantime, Pasleim fixed the format. I think you can close the ticket.
--- Jura 13:47, 15 August 2016 (UTC)
Pasleim's fix doesn't seem to have applied to all uses of SIMBAD ID (P3083). Lymantria (talk) 16:11, 15 August 2016 (UTC)
I have now fixed all values. Please ensure the next time that you know the correct identifier format before adding thousands of values. --Pasleim (talk) 20:18, 15 August 2016 (UTC)
It seems to be a re-occuring issue with proposals by this person: Wikidata:Bot_requests/Archive/2016/07#TED_talk_ID_string_types. Given the response above, it seems that we are likely to have more if we don't double check every proposal.
--- Jura 16:54, 16 August 2016 (UTC)

is there a ticket for ... be sure of the language of the label we get

Tracked in Phabricator
Task T143094

With language fallback feature activated in the lua API, it seem we can't be sure of the language of the label returned by the call. This breaks some stuffs on client related to knowking without loading the whole item automatically if there is some transtation of the label to be done.

Either we need to have a way to be sure language fallback to be desactivated when we require a specific language for the label, or we need to be able to know the lang of the label we get. For example by the call instead of returning a string returns a tuple (label, language_code) to unpack. author  TomT0m / talk page 11:11, 16 August 2016 (UTC)

I've created T143094 for this and put it on my to do list. We already have all the information available, it's just a matter of exposing them. Cheers, Hoo man (talk) 11:45, 16 August 2016 (UTC)
I have already proposed an optional fallback at phab:T138163. But having the language code returned as the second value sounds good as well. Matěj Suchánek (talk) 14:03, 16 August 2016 (UTC)
@Matěj Suchánek: I've declined that task, as I find it might lead to confusing behavior. I hope the solution described in T143094 is fine for you. Cheers, Hoo man (talk) 14:27, 17 August 2016 (UTC)

Purge with confim

It's only a my problem, or the "purge" work strange? When I purge a page it loads a page that ask a confirm. Tested with edge and crhome--ValterVB (talk) 07:22, 18 August 2016 (UTC)

Nope, they changed it: https://phabricator.wikimedia.org/T135170 .. highly annoying.
--- Jura 07:26, 18 August 2016 (UTC)
Thanks, I made a modified version of the gadget "Local Live Clock". Add "importScript( 'User:ValterVB/Gadget-LocalLiveClock.js' );" in yours commons.js --ValterVB (talk) 08:56, 18 August 2016 (UTC)
@ValterVB: Maybe you could submit your changes to the gadget itself? Any by the way, Merge.js also needs adjusting. Matěj Suchánek (talk) 13:49, 18 August 2016 (UTC)
The gadget is on mw:MediaWiki talk:Gadget-LocalLiveClock.js I asked to a developer to change the gadget. For Merge gadget, I'm not expert on JavaScript but I can try to fix --ValterVB (talk) 14:16, 18 August 2016 (UTC)
For Merge gadget need someone more expert with javascript. The correct version to do the purge is here --ValterVB (talk) 14:28, 18 August 2016 (UTC)

Language to add

syc Please add Syriac as a language for the native name property per this post. Although Syriac is not a very common language, I am surprised to see that it was not available. Is there a way to mass add several languages from a list? —Justin (koavf)❤T☮C☺M☯ 02:03, 20 August 2016 (UTC)

Help:Monolingual text languages. Matěj Suchánek (talk) 09:03, 20 August 2016 (UTC)

Deletion on WikiSpecies not on Wikidata?

The page at https://species.wikimedia.org/wiki/T.C._Narendran was deleted, but sitelink at Q7672638 wasn't removed.
--- Jura 05:45, 13 July 2016 (UTC)

The administrator that deleted the page on Wikispecies, doesn't exist on Wikidata. Mbch331 (talk) 16:14, 13 July 2016 (UTC)
Seems odd that this has an impact.
--- Jura 11:08, 18 July 2016 (UTC)
It happens quite often that sitelinks aren't automatically removed. In such cases, User:Hoo Bot removes them. --Pasleim (talk) 11:26, 25 July 2016 (UTC)
Page moves and deletions are not processed if you have a SUL and have never visited Wikidata. Sjoerd de Bruin (talk) 11:29, 25 July 2016 (UTC)
  • It didn't happen here: maybe the bot missed it. The page was deleted in April and when I first commented here three months later, the link hadn't been removed. In the meantime, someone recreated the page as redirect [2].
    --- Jura 10:06, 26 July 2016 (UTC)
@Lydia Pintscher (WMDE): could you take care of this for us going forward? I don't see an advantage of having volunteers deal with this.
--- Jura 13:13, 25 July 2016 (UTC)
That is why hoo is running the bot. I'll talk to him and see if there is more we can do short-term. But I'd rather not attribute changes to some dummy account as that would open another can of worms. Maybe we can do something to get these accounts activated on Wikidata. --Lydia Pintscher (WMDE) (talk) 08:54, 26 July 2016 (UTC)
This, I guess, not only affects deletions, but also page-moves... -- Innocent bystander (talk) 09:00, 26 July 2016 (UTC)
Yeah those should all be the same mechanism. --Lydia Pintscher (WMDE) (talk) 09:19, 26 July 2016 (UTC)
@Lydia Pintscher (WMDE), Jura1, Pasleim, Sjoerddebruin: I made a test here. I blocked myself here at Wikidata and thereafter I moved sv:Wikipedia:Sandlåda för Wikidata. Naturally, nothing then happened here in Wikidata Sandbox (Q4115189). It looks like we have to find a solution also for such cases. We are here not supposed to veto a move of a page in the clients. -- Innocent bystander (talk) 08:12, 3 August 2016 (UTC)
Do you have a suggestion for how to sole it? @Hoo man: can we technically attribute the edit to a blocked or not logged in user even? --Lydia Pintscher (WMDE) (talk) 18:27, 10 August 2016 (UTC)
Conceptually that's not a problem. The only problem I see is that it breaks people's expectations about blocked users. Cheers, Hoo man (talk) 18:40, 10 August 2016 (UTC)
Couldn't we adjust the presentation of "remote" edits (compared to "local" edits)? Even for not blocked users, it's not ideal if these look the same.
--- Jura 18:46, 10 August 2016 (UTC)
The equivalent would be a file rename (move) on Commons, when the file is used on another project, How is that handled, for users blocked on the other proejct? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:09, 10 August 2016 (UTC)
Special:CentralAuth/CommonsDelinker is a dedicated account for this. Matěj Suchánek (talk) 19:27, 10 August 2016 (UTC)

Grafana: statements per item

At https://grafana.wikimedia.org/dashboard/db/wikidata-datamodel-statements?panelId=9&fullscreen there is a chart for the number of statements per item.

Is there a way to view only the number of items with >10 statements? Or the number of items with 0 items? At to-do/stats, it is possible to invert the chart. Can this be done? Is there a way to filter out external-ids?
--- Jura 14:58, 13 August 2016 (UTC)

Hello @Jura1:, you can try by exporting the data, opening the file in your favorite sheet software and filter the data in order to create another chart. To do so, click on the header (statement by item), then on the hamburger menu, you have several options to export the data. Hope this can help Lea Lacroix (WMDE) (talk) 10:59, 15 August 2016 (UTC)
Hi Léa, thanks for your answer. I was hoping there was a way to configure it in the "Jason panel"-view. Otherwise I'd have to do an export each time. To view the statements without external-ids, I have to ask for a new panel?
--- Jura 13:45, 15 August 2016 (UTC)
Hi Jura! I managed to add another graph to the page showing you three groups! Enjoy! ·addshore· talk to me! 13:27, 16 August 2016 (UTC)
Great. Thanks! I added it here.
--- Jura 16:51, 16 August 2016 (UTC)
Addshore: Would you added a group for 1 statement? New groups would be: 0 / 1 / 2-10 / >10. I'm trying to work something out for these: Wikidata:Database reports/items with 1 statement categories.
--- Jura 07:35, 17 August 2016 (UTC)
✓ Done ·addshore· talk to me! 12:24, 21 August 2016 (UTC)

Query timeout on SPARQL

Hello, while playng yesterday with some queries I incurred in a backend error. It happened using wdqs python library and curl from command line. My query was:

select (?item as ?item) where {
  ?item wdt:P21 wd:Q6581097.
  ?item wdt:P31 wd:Q5.
  ?war schema:about ?item.
  ?war schema:isPartOf <https://en.wikipedia.org/>.
 }

i.e. retrieving all the items about men linked to en.wikipedia. The response gave me more than 514000 items, then it contains a Java exception:

java.util.concurrent.ExecutionException: java.util.concurrent.ExecutionException: org.openrdf.query.QueryInterruptedException: java.lang.RuntimeException: java.util.concurrent.ExecutionException: java.lang.RuntimeException: java.util.concurrent.ExecutionException: com.bigdata.bop.engine.QueryTimeoutException: Query deadline is expired.
        at java.util.concurrent.FutureTask.report(FutureTask.java:122)
        at java.util.concurrent.FutureTask.get(FutureTask.java:188)
        at com.bigdata.rdf.sail.webapp.BigdataServlet.submitApiTask(BigdataServlet.java:281)
        at com.bigdata.rdf.sail.webapp.QueryServlet.doSparqlQuery(QueryServlet.java:636)
        at com.bigdata.rdf.sail.webapp.QueryServlet.doGet(QueryServlet.java:278)
        at com.bigdata.rdf.sail.webapp.RESTServlet.doGet(RESTServlet.java:240)
        at com.bigdata.rdf.sail.webapp.MultiTenancyServlet.doGet(MultiTenancyServlet.java:270)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
        ...

followed by more stacktrace info. Given that the query seems to work fine at query.wikidata, and that this problem seems to be known since march (on blazegraph), I'm wondering if there is any way to fix it besides downloading the dump and running a local instance. Thanks. Baruneju (talk) 09:49, 20 August 2016 (UTC)

It's not an error, it's a limitation. We have limits to the size of the queries we allow to run, due to resource constraints, and yours is one of the biggest possible short of asking for everything - of all identifiable groups, human males are probably the biggest represented on both wikidata and wikipedia. It's size is over a million (specifically, 1164500) items. The query service is now not well-equipped for dealing with million-item queries, some dump-processing solution I think would be more appropriate for now. Eventually, we'll probably get LDF solution which works better in such massive data amounts, and also more hardware that will allow us to deal with bigger datasets. --Smalyshev (WMF) (talk) 20:48, 20 August 2016 (UTC)
Thanks @Smalyshev (WMF):, I'm going to fall back to the dumps for this query and others with a similar size that I plan to run. Best, --Baruneju (talk) 21:33, 20 August 2016 (UTC)

Problems editing with Safari

very often I cannot edit using Safari, while FF works, e.g. my edits on The Adoration of the Magi (Q2489939). There was no problem editing country (P17) with Safari, but before and after I couldn't fill in RKDimages ID (P350), as the circle turned endlessly without opening the edit field after filling in the property's name. So I had to change to FF, were everything worked fine.

Same problem referencing [3]--Oursana (talk) 22:20, 20 August 2016 (UTC)

Hello @Oursana: Thanks for the report. Can you give me more information about your system (which version of the OS and Safari?) and a screenshot if possible. We will try to find out this problem. Thanks Lea Lacroix (WMDE) (talk) 09:50, 21 August 2016 (UTC)
See phab:T115267. Sjoerd de Bruin (talk) 10:07, 21 August 2016 (UTC)

UI bugs

Bonjour Léa, en guise de cadeau de bienvenue, je profite d'avoir une francophone pour remonter trois petits bugs constatés ces dernières semaines suite à des changement d'UI :

  • Police trop grosse lors de la sélection du rang et du type de valeur
    Police trop grosse lors de la sélection du rang et du type de valeur
  • La taille de la police des gadgets a également été modifiée et est trop grande
    La taille de la police des gadgets a également été modifiée et est trop grande
  • La famille de police du champ Alias n'est pas cohérente avec le reste de l'UI (déjà signalé plus haut)
    La famille de police du champ Alias n'est pas cohérente avec le reste de l'UI (déjà signalé plus haut)

Merci par avance et bienvenue ! — Ayack (talk) 10:29, 11 August 2016 (UTC)

Bonjour Ayack,
En effet, je constate les mêmes bugs que toi sur l'interface. Je vais en informer l'équipe. En revanche, en ce qui concerne les gadgets, il s'agit de paramètres à modifier directement dans le gadget en question, nous ne gérons pas les gadgets.
Merci de ton retour, à bientôt Lea Lacroix (WMDE) (talk) 13:34, 11 August 2016 (UTC)
Merci. Je n'y connais pas grand chose, mais j'ai l'impression que les gadgets utilisent tous la même classe CSS qui est gérée au niveau système (en tout cas la présentation de tous les gadgets a changé du jour au lendemain). — Ayack (talk) 13:39, 11 August 2016 (UTC)
Excuse me for talking in English: I think jquery is being loaded in the wrong way at some moments, causing these display effects. Sjoerd de Bruin (talk) 21:34, 11 August 2016 (UTC)
@Ayack: are you still seeing these? Sjoerd de Bruin (talk) 14:42, 22 August 2016 (UTC)
@Sjoerddebruin: No, everything seems ok now. Thanks. — Ayack (talk) 14:53, 22 August 2016 (UTC)

how can a wp-article be linked twice

see Q22001760 and Massacre of the Innocents (Q643474) hy, i will merge.--Oursana (talk) 15:46, 21 August 2016 (UTC)

Be careful when wanting to merge hywiki articles. Armenian isn't just 1 language, it's 2 languages (or 2 dialects). A lot of articles on hywiki are in both languages (dialects). I reversed your merge as this was a wrong merge (2 articles about the same subject). Mbch331 (talk) 19:42, 21 August 2016 (UTC)
Deleting valid sitelinks is vandalism, yeah. Sjoerd de Bruin (talk) 19:49, 21 August 2016 (UTC)
@Mbch331 Q22001760 links to hy:Մանուկներու Կոտորած and where do the interwikilinks come from, they are not on wikidata. Names and content of both articles are identical. The only difference is Template:TlԱՀ How does this work. One could not expect that a wp language version has two identical articles.--Oursana (talk) 14:01, 23 August 2016 (UTC)
Well, we did make P2959 for that. If you can convince the language committee to allow them to set up two separate sites, I think it would be easier for everyone.
--- Jura 14:08, 23 August 2016 (UTC)
Or DEV could allow more than one "sitelink-code" for such wikis. Locally hywiki could then locally choose if a page belongs to "hy_east_wiki" or "hy_west_wiki". -- Innocent bystander (talk) 16:16, 23 August 2016 (UTC)
I added a chart to Property_talk:P2959#Charts.
--- Jura 16:27, 23 August 2016 (UTC)
Thank you. Remain 2 questions: But this article seems to be identical so why is it doubled, second, how does interwikilinkung work without wikidata--Oursana (talk) 18:39, 23 August 2016 (UTC)

Problem

There is a problem that there are some links pointing to disambiguation pages in en:WP. I have solved the problem for one Link to this page, but maybe there is a bigger problem. The discussion is at en:Wikipedia_talk:WikiProject_Disambiguation#Koga_links. Could you have a look, please. Someone else has asked me about the same problem last week, therefore it seems that this problem has happened at more then one article at enWP, see Module_talk:Cycling_race#Disambiguating_link. --Molarus 07:41, 22 August 2016 (UTC)

@Molarus: I was able to fix the what links here reports by null editing the pages in question. The wrong links probably appeared because en:Module:Cycling race often uses labels as page names, in case there's no site link yet (for example line 1802 and following). Assuming page names equal labels will lead to problems as described here. Cheers, Hoo man (talk) 16:38, 22 August 2016 (UTC)
I don´t think the explanation is right (and I can´t stop using the labels). However, we could fix another link (I will see tomorrow if that is stable). Now, all those errors, I know about, are fixed. --Molarus 23:03, 22 August 2016 (UTC)
They came back for Ulam, while for Koga, they are still gone!! I don´t know what you did for Koga, what I did was useless. I have done null edits for the wikipedia articles linking to Ulam too, and some more edits in Wikidata, but that didn´t do the trick. --Molarus 23:19, 22 August 2016 (UTC)
@Molarus: I can't see any relevant links right now. Regarding your "(and I can´t stop using the labels)": If you really want to create links from labels, please consider checking whether these titles exist first. You can do so by using mw.title (but that will create links that show up on WhatLinksHere as well, but these are harmless and can be ignored). Cheers, Hoo man (talk) 03:24, 23 August 2016 (UTC)
Maybe this is a case where instead of a red link a black link was created, because there is a different article with the same title. Somehow this false "black" link is not deleted in the database. I´m not sure if that is the case.
We used to print riders who have no Wikipedia article as plain text (not as red links). As a feature, I have changed that in one table into showing a red link instead and I remember that I was getting some complains about "false" black links. My solution was to testing for that case and then a plain text is printed and not a red link. I´m not sure, but maybe I have done that only for riders, not for teams too, but the teams are turning into red links too. At least that is where I will start looking for a solution.
After the links come back, I was trying something else and it seems at the moment that or both measures together did the trick and the links are gone now. But I´m afraid there are more such errors in the database, which are unnoticed so far. The optimum would be to 100% understand the problem, because then I could track those errors everywhere and clean the database. I would say, after stopping the code for adding more such errors into the database, that is the next problem I have to look into. --Molarus 06:55, 23 August 2016 (UTC)
I don't really follow, what problem do you have with which database? Cheers, Hoo man (talk) 13:01, 23 August 2016 (UTC)
Vllt. probiert ihr es auf Deutsch? ;) --Succu (talk) 13:30, 23 August 2016 (UTC)

I have looked into the code and maybe I have found the problem. First, line 1802 and following are within "if arg[1] == 'team' then", but the code at the beginning of that function does not test arg[1], therefore the code runs through that part too, which should not happen. I have added an if clause around to stop that (still untested). The code in line 1802 and following seems to be OK, for me, therefore the problem should be the part above. I have looked into that part of the code and found this:

1765 local title = mw.title.new(Label)
1766 if not title.exists then link = "[[" .. Label .. "]]" else link = Label end

That is the code for Sitelink == nil and Label ~= "" that tests for a "false" black Wikilink. You have written above that will create links that show up on WhatLinksHere as well, but these are harmless and can be ignored. Does that mean "mw.title.new" creates a WhatLinksHere entry? That is what this error is about? Later, "link" is overwritten with the code in the "if arg[1] == 'team' then" part of the code, that means "link" is overwritten with text that is not from the "Label". The documentation on "mw.title.new" says The title referenced will be counted as linked from the current page. Maybe the problem is solved with adding an if-clause around that part of the code? But what is with the rider wikilinks? A false black link is a person that is no rider. This person would still create a WhatLinksHere entry, right? But that WhatLinksHere entry would be a good entry, imho.

About the second part: If that is the problem and the code is fixed with that if-clause, the next step would be to find all the false WhatLinksHere entries. I guess, I have created more than those already fixed. Maybe a SPARQL-query could do that? I´m not experiences with writing SPARQL-queries, but I could try to write one and fix the listed errors. I wonder if Ulam and Koga have a false WhatLinksHere entry in each Wikipedia without an article of that team and an disambiguation page of the same name as in the lable of the two items. --Molarus 01:49, 24 August 2016 (UTC)

I have changed mw.title.new for mw.title.makeTitle and switched the two lines for two riders off, see diff. I could clean WhatLinksHere for both riders and the problem was gone. After reverting this test edit both WhatLinksHere came back. mw.title has to go. Any proposal how I could detect false blue Wikilinks without mw.title? --Molarus 11:37, 25 August 2016 (UTC)
@Molarus: As described on mw:Extension:Scribunto/Lua_reference_manual#Title_objects, .exists will record a link to the target page title. Conceptually there's no way around that, and it's supposed to be like that. Cheers, Hoo man (talk) 16:12, 25 August 2016 (UTC)

Per-statement locking

A notion came into my head and I wanted to get a judge of the initial feasibility before putting something in Phabricator. Since Wikidata is machine-readable, I think that means we could have easy access to locking individual statements (as in, property + specific claim) using the protection mechanism. Or that such could be done with the attributes at the top of the page (label/alias/description).

What would be the difficult of doing something like that? Are immediate design concerns? --Izno (talk) 13:58, 23 August 2016 (UTC)

I've see a few requests for this over time. My main concerns are two-fold:
* I'd like us to concentrate on making our other vandalism fighting tools that preserve openness more before resorting to locking. If we can solve the problem with less harsh methods I'd prefer that.
* When you lock a statement can new values be added? Can a new statement with the same property be added again at the bottom? When you lock a label can new aliases be added? This and similar interaction pieces make it tricky and I at least have not thought through how this all could work.
I realize that we're at a point where we should at least think about these though. --Lydia Pintscher (WMDE) (talk) 06:02, 26 August 2016 (UTC)
I realized I mixed some terminology. I'll speak to the second in reply, since I'm not sure if I have a reply for the first right now. What I envision is being able to lock the claim in total. So, being able to lock Douglas Adams (Q42) having claim instance of (P31) human (Q5) and any references associated with that single claim (maybe, not sure about locking references--I suppose we would have to). Any other claims of P31 Q5 would remain unlocked, and the "add a claim" button would remain clickable. I'm not sure about locking label/alias/description. Definitely agree that it's tricky, and I'm not sure if there's a large use case, but it would help take care of the cheap vandalism... and we may need it at some point in the future regarding the nasty geo-political claims and items. (I'm surprised that Jerusalem (Q1218) has been relatively stable. Probably the result of a good data model allowing for multiple claims and their associated provenance. :D) --Izno (talk) 15:37, 26 August 2016 (UTC)

KML file property proposal

Could the developers please look at Wikidata:Property proposal/KML file and comment on whether or not they have any concerns? Thanks, Evad37 [talk] 15:05, 17 August 2016 (UTC)

Thanks for asking the team, and sorry for the late answer. It seems fine to do it this way, even though we agree that storing KML in wikitext is not the best option. Lea Lacroix (WMDE) (talk) 09:20, 29 August 2016 (UTC)

Primary Sources bug

I know that the dev team don't maintain the "Primary Sources" stuff, but I want to show my usual bug with "Primary Sources", because I think it is important and because it's very annoying : http://imgur.com/a/8MFPv ... This bug is may-be present half the time and force me te refresh again and again the page until it's disappear. This bug existe since few month. I don't think it is a incompatibility with opera, or ubuntu or gadget (I have remove almost all). --Nouill (talk) 12:45, 27 August 2016 (UTC)

Same problema also with Edge. --ValterVB (talk) 12:50, 27 August 2016 (UTC)
I think WMDE now takes care of it. You can file a bug for the gadget in phab.
--- Jura 12:53, 27 August 2016 (UTC)
I commented on it at phab:T142986. --Izno (talk) 15:47, 27 August 2016 (UTC)

Deleting talkpages when deleting properties/items

When I delete a property or an item that has a talk page, I don't get asked if I want to delete that talk page as well. For normal pages (at least on Wikipedia) this does happen. Mbch331 (talk) 06:47, 28 August 2016 (UTC)

Does it? When I want do delete a page on Wikipedia, I can see warnings about number of revisions and backlinks. But nothing about the talkpage. Matěj Suchánek (talk) 08:26, 28 August 2016 (UTC)
nlwiki specific, Mbch331? --Edgars2007 (talk) 08:31, 28 August 2016 (UTC)
Also on the Finnish Wikipedia, but only for pages in the article namespace. --Stryn (talk) 08:38, 28 August 2016 (UTC)
Happens in, I think, all namespaces on en.wp - certainly article, template, project and user (it's been a long while since I've deleted anything in other namespaces). Thryduulf (talk) 08:48, 28 August 2016 (UTC)
On nlwiki it happens for all namespaces. I get the question after I deleted a page. Mbch331 (talk) 08:55, 28 August 2016 (UTC)
It's then w:nl:MediaWiki:Deletedtext. --Edgars2007 (talk) 09:19, 28 August 2016 (UTC)
That's indeed the one. Mbch331 (talk) 09:23, 28 August 2016 (UTC)
As I thought. I support integrating this into Wikidata. Matěj Suchánek (talk) 15:46, 28 August 2016 (UTC)
Hello! Thanks for reporting this idea. I created a ticket for this, please add some comments or extra info if needed. Lea Lacroix (WMDE) (talk) 08:47, 31 August 2016 (UTC)
Hi, Lea Lacroix (WMDE). That phab ticket is invalid. What we need to enable this here on WD, is just adding one line of text in MediaWiki:Deletedtext (see my last comment in this section, and further comments). --Edgars2007 (talk) 09:01, 31 August 2016 (UTC)
OK, thanks for the info. Then, a Wikidata administrator can do it, and I will close the ticket. Lea Lacroix (WMDE) (talk) 12:08, 31 August 2016 (UTC)

Errors

Hello.In Q199700:

  1. Why I am able to add already exists claim and become repeater?
  2. Why The page (when undo) lost only 337 bytes no 614 bytes?

Thank you --ديفيد عادل وهبة خليل 2 (talk) 15:07, 30 August 2016 (UTC)

  1. Because there are cases where a duplicated claim may exist (consider eg. a town which had the same number of people multiple times or a person who left a band, joined another and then came back).
  2. Because the internal structure of items has been changed recently and the change is applied once the item is edited again.
Matěj Suchánek (talk) 15:40, 30 August 2016 (UTC)

Esperanto logo of Wikidata

Wikidata in Bengali and Slovak have their own translated logos. There is also an Esperanto version of this logo, but it is currently not used by the main interface.

Could somebody add the following lines to the following page, under the comment /* Language-specific logos */ to this page: 

:lang(eo) #p-logo a {
	background-image: url(//upload.wikimedia.org/wikipedia/commons/thumb/b/b9/Wikidata-logo-eo.svg/156px-Wikidata-logo-eo.svg.png) !important;
}

Robin van der Vliet (talk) (contribs) 12:56, 31 August 2016 (UTC)

✓ Done by Pasleim. Robin van der Vliet (talk) (contribs) 14:42, 31 August 2016 (UTC)
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team/Archive/2016/08&oldid=1102549391"