[08:02:22] need stew help? [13:58:50] When's Rschen7754 coming back to unblock me [14:32:06] !admin Could we undelete Q23042259 he's the WM-NYC President, https://www.google.com/search?tbm=nws&q=%22Richard+Knipel%22 [18:34:16] Dispenser: you are not going to be unblocked [18:34:24] (putting my admin hat on here) [18:34:32] Why not? [18:34:44] It was absolutely not okay to post that much sensitive info in one place in one location [18:34:52] such as phone #'s and social media ID's [18:35:48] either way, community consensus pretty much is that they're not notable [18:36:07] WM-NYC president isn't notable? [18:36:28] why would they? [18:36:35] they don't meet points 1 or 3 of the policy [18:36:43] number 2 is debateable and IMO it's not [18:36:46] not without sources [18:37:00] He's spoken to the press [18:37:02] posting all that information at the least was a BLP violation [18:37:20] (yes, BLP applies here because it's a foundation-level principle) [18:49:54] hoo DanielK_WMDE_: do we have a different format than HTML for diffs? [18:50:17] You mean like an API? [18:50:19] Nope [18:50:27] benestar: yes, FORMAT_HTML_DIFF [18:50:46] so no nice json structure? :( [18:51:02] ah, wait [18:51:21] FORMAT_HTML_DIFF is for formattign values in htm diffs. i misunderstood your question [18:51:44] there is a canonical way to serializ and unserialize diffs, which uses json, iirc [18:51:51] but I don't think we expose it via the api [18:51:53] I wnat https://www.wikidata.org/w/api.php?action=query&prop=revisions&titles=Q4115189&rvlimit=100&rvdiffto=prev but with json instead of html [18:51:55] should be trivial though [18:52:41] DanielK_WMDE_: also trivial to inject the format into the api module? [18:52:52] or do we need a different module then? [18:52:53] https://phabricator.wikimedia.org/T106306 [18:52:56] benestar: ^ that? [18:53:36] benestar: not trivial to inject into the standard modules, since that goes via core'S diff interface, which is html only. [18:53:51] benestar: but I seem to recall there was some swpecial hack in core for this, too... [18:53:53] ok, so wbentitydiff is what I want? [18:54:14] yeah, I think so [18:55:09] benestar: it'S probably the way to go if you want to see quick results. [18:55:20] it's sad that it's hard to hook this into core though :( [18:55:52] I don't even dare to see how core fiddles this together [18:56:02] nightmare material [18:56:05] yea, don't look [21:19:07] poke gurus - can't add a statement [21:19:25] https://www.wikidata.org/wiki/Q1384 -- adding Property:P1410 [21:20:04] after clicking on the property name in the picker, it spins the wheel forever [21:20:42] console: Uncaught TypeError: Cannot read property 'wrapInner' of null [21:21:33] DanielK_WMDE_ ? [21:23:36] Lydia_WMDE, ? [21:23:53] yurik: hi [21:23:54] btw, i cannot find any docs on the "required" qualifiers [21:23:57] benestar, hey! [21:24:07] * benestar looks into i [21:24:11] *it [21:24:14] thx :) [21:25:07] yurik: worked for me =o [21:25:35] benestar, i'm about to modify it, but it was weird ;( [21:26:09] what exactly did you enter into the search field? [21:26:42] P1410 [21:26:45] pasted [21:28:32] benestar, weird, now it works (trying on california) [21:28:44] any gadgets enabled? [21:29:11] benestar, oh, but something is still broken - trying to get repo. The qualifiers are from the wrong P [21:29:45] benestar, no betas, buta number of wikidata-centic gadgets [21:30:24] "trying to get repo. The qualifiers are from the wrong P" <- what exactly do you mean? [21:31:30] benestar, what qualifiers do you see when you fill out p1410? [21:32:10] i keep seeing the qualifiers that are relevant to an image [21:32:41] ugh, the suggestions are weird indeed [21:32:48] borked! [21:32:51] i knew it! :) [21:33:23] but that might be because the property isn't used a lot [21:33:55] oh, you don't simply pull up the required qualifiers? [21:43:16] afaik it's based on usage [21:44:00] benestar: yurik https://phabricator.wikimedia.org/T93878 [21:44:02] :/ [21:44:15] definitely would be good to fix [21:44:52] aude, why is it closed by Lydia_WMDE ?? [21:45:26] it works as "designed" [21:45:32] which is not very good though [21:45:48] qualifier suggestions never went well [21:46:11] depends if the pair of property + qualifier value is used somewhere else on wikidata [21:46:39] i think the very first thing that should be suggested is the list of "required" qualifiers [21:46:59] there is a statement for that afaik [21:47:08] err, main snak value [21:47:43] for main snaks, we have a configured list of initial suggestions (e.g. P31) [21:48:00] maybe we could have something like that, at least, for qualifiers [22:11:03] aude: why is that closed as invalid? Lydia_WMDE