[08:49:13] Lydia_WMDE, why are you asking Gerard? I'm a langcom member too :P ;) [08:49:31] Jhs: hah! i didn't know that [08:49:33] all good then [08:49:39] ;D [08:49:46] Gerars is just my go-to default [08:49:54] (Y) no problems [09:35:50] Why is .mw-help-field-hint suddenly above the "add qualifier" option, making it almost impossible to click on "add qualifier"? [09:35:59] I thought we don't have deploys this week... [09:42:49] sjoerddebruin, no problem like that for me. could it be a gadget css/js doing it? [09:43:34] What browser do you use? [09:43:55] sjoerddebruin, chrome on ubuntu [09:44:16] I don't have problems in Chrome too, it only seems to happen in Safari... [09:44:30] well, that explains it :P [09:44:32] Safari is the new IE [09:45:03] But I hate the font rendering of other browsers. :P [09:45:48] that's like preferring an old car to a new one for its colour :P [09:46:52] I've just upgraded it, maybe something went wrong. [09:50:55] sjoerddebruin, https://www.wikidata.org/w/index.php?namespace=8&tagfilter=&translations=noaction&title=Special%3ARecentChanges doesn't show any recent changes on-wiki that would interfere with it as far as i can see, and if you're right in there being no deployments it must be something else [09:51:25] I think something went wrong with the browser upgrade then. [09:51:44] Will upgrade to Sierra now, it broke the file system yesterday. Hope it doesn't happen again. [09:51:51] good luck (Y) [09:59:53] hey Amir1! are you in class, or do you want to join the meeting? [10:00:02] DanielK_WMDE: I joined already [10:00:14] ah, ok, then i should get going :) [10:00:22] the important meeting is in a couple of hours though. [10:00:30] yeah [10:39:57] Well, that fixed it. :P [10:40:38] what fixed what? [10:42:00] Had some Safari issues. [10:42:38] * harmonia is still working on her given names and *will* correct all the errors [10:43:07] only three wrong merges yesterday [10:43:21] * sjoerddebruin is still adding surnames and is hoping they will be shown in the suggestions soon so he doesn't forget them. [10:43:56] someday the idea "don't merge if it's not identical" will be understood [10:44:00] I'm wondering if we need a separate property for https://en.wikipedia.org/wiki/Tussenvoegsel [10:44:02] sjoerddebruin: :) [10:44:11] Some surnames should be correct afaik [10:44:48] https://www.wikidata.org/wiki/Special:WhatLinksHere/Q403433 seems wrong for example, based on that Wikipedia article [10:45:49] sjoerddebruin: oh surnames, we still have like 7000 wrong items [10:45:57] from what I remember about tussenvoegsel, it sounds like it would make sense [10:46:00] so thousands of wrong uses [10:46:20] I know about that problem harmonia, but this is something different. [10:46:25] nikki: will start discussion soon then. [10:46:28] sjoerddebruin: but we have less than 200 constraint violations about given names [10:46:46] (of course, I'm not dutch so all I know about it is what I read online :P) [10:48:20] It would fix the sorting of surnames, I think. [10:50:20] and if we can have a separate property for the second surname in spanish names, I can't see how you can argue against a tussenvoegsel property [10:51:36] The English article is not the same as the Dutch though. [10:51:48] It seems part of the surname instead of the whole name of the person. [10:52:20] So "de Jong" is a surname, combining the tussenvoegsel "de" and the surname "Jong".. [10:52:56] So we should probably use the same approach as https://www.wikidata.org/wiki/Q3409027? [10:53:39] yes and a similar system for the French "particule" [10:54:22] And a separate item, "De Jong" should be used for the Belgian situation. [10:54:30] shouldn’t that “has part: given name” be a “has part of the class” (P2670)? [10:54:45] I just recently learned about that property… [10:55:47] I'm not a expert in classes and stuff. [10:59:35] sjoerddebruin: don't forget the P31! https://www.wikidata.org/w/index.php?title=Q26979584&action=history [10:59:45] you have created several without [11:02:58] :) [11:03:04] Whoopsie. [11:03:55] sjoerddebruin: i think I saw them all [11:04:06] i suppose you created surname only to use them [11:04:15] so no creation without use? [11:04:28] Yup [11:04:46] ok, so all are corrected [11:04:47] "Value only" constraint seems useless, as most violations seem useful. [11:05:27] yep, I don't really why it was created [11:05:32] know* [11:06:09] sjoerddebruin: hmm [11:06:14] removed the constraint [11:06:16] actually there *are* wrong uses [11:06:24] https://www.wikidata.org/wiki/Q19681030 [11:06:29] https://www.wikidata.org/wiki/Q25796280 [11:06:31] etc. [11:06:39] Those are wrong yeah, but most are correct. [11:06:57] but how can you find the wrong ones without the constraint? [11:07:49] Hm... [11:08:08] Let me see if the group parameter works for this [11:12:56] maybe you can make a query which filters out properties where it's acceptable as a qualifier? [11:13:27] probably [11:13:46] sjoerddebruin: it's acceptable has a qualifier for a list of people [11:13:58] are there other cases? [11:14:07] That seems like the acceptable one yeah [11:14:34] But I don't see a easy way to exclude. [11:15:42] the ones for pseudonym seem reasonable too [11:16:32] yup [11:16:35] I think it would have to use the complex constraint thing [11:17:38] Wondering if a bot can add https://www.wikidata.org/wiki/Property:P1545 to my multiple first names... [12:14:17] harmonia, sjoerddebruin: I got as far as http://tinyurl.com/hpd2ujy if that's any use :) [12:15:34] nikki: thanks [12:15:39] I corrected the easy one [12:15:57] the others seems like cases where people linked to names instead of creating a real item? [12:16:38] looks like it, yeah [12:17:11] sigh [12:29:04] " Why is .mw-help-field-hint suddenly above the "add qualifier" option, making it almost impossible to click on "add qualifier"?" → the problem has been there for months [12:29:31] Ash_Crow: I've never encountered it before, do you also use Safari? [12:30:08] No, Firefox [12:30:11] on Ubuntu [12:30:19] and it's language-dependant [12:30:53] Hm... [12:31:12] it has been worse for a few days I think, going from "annoying" to "impossible to click on the goddamn link" [12:31:23] I opened a bug yesterday https://phabricator.wikimedia.org/T146691 [12:32:21] Great! [15:41:36] Hello ! Wikidata office hour takes place on #wikimedia-office in 20min if people want to join :) [16:50:11] a bit offtopic, but as users of blazegraph thought I might ask - can anyone confirm getting the sesame API endpoint working for a recent version of blazegraph, ie. > 2.1, as described here: https://github.com/blazegraph/blazegraph-samples/tree/samples-2.0.0/sample-sesame-remote [16:51:05] the HTTP client makes requests to '/blazegraph/repositories/SYSTEM/' URLs which yield 404s... [17:22:49] DanielK_WMDE_: https://phabricator.wikimedia.org/T44783 Any chance to get a comment on that? [17:22:49] Is that still desired? What's your opinion on it? [17:45:48] DanielK_WMDE: Here? [18:20:23] !panic [18:20:23] https://dl.dropboxusercontent.com/u/7313450/entropy/gif/omgwtf.gif [20:35:36] Amir1: Did you see https://www.wikidata.org/wiki/Wikidata:Project_chat#Unsourced_sexual_orientation_.28P91.29_statements ? I think dexbot added quite a few of these based on Wikipedia categories. Care to respond?