[02:52:19] <__mek__> Is there away to see an item + its history before it was deleted (to review it retroactively)? [02:52:25] <__mek__> s/away/a way [02:54:41] <__mek__> I was hoping something like &action=history would work from the URI https://www.wikidata.org/w/index.php? with title= [02:58:38] __mek__: try ?title=&action=history [02:59:09] eh, you said that. yes that should work [04:26:41] <__mek__> mutante: I see, "There is no edit history for this page". I assume a page's deletion also purges its revision history. [04:31:51] __mek__: it depends on your permissions on the wiki. a sysop can see it an undelete [04:33:59] <__mek__> mutante: Ah, I would just want to access the data so I can move it somewhere else :o) [06:26:16] __mek__: i'm not an admin on wikidata wiki,but try just posting the URL here [09:41:22] __mek__: which item? [09:56:42] https://phabricator.wikimedia.org/T85499 [10:27:23] Adrian_WMDE: hey, around? [10:27:29] jo [10:27:31] cool :) [10:27:38] there are some issues with out javascript datamodel :S [10:27:58] if I request a label in a specific language form a fingperprint I either get an empty term or I get null [10:28:06] that is quite inconsistent and confused me a lot [10:28:43] we should either always return an empty term or do not allow empty terms at all and set the value to null instead [10:41:22] Adrian_WMDE: --^ [10:43:45] I see [10:43:55] I'd rather return null [11:09:23] Lydia_WMDE: https://grafana.wikimedia.org/dashboard/db/wikidata-edits [11:09:49] Lydia_WMDE: at some point we could probably set /alarms/ for spikes etc [11:10:52] nice stats stuff <3 [11:11:40] sjoerddebruin: you can see them /all/ at https://grafana.wikimedia.org/dashboard/db/wikidata right now, some areas are a bit messy currently [11:15:55] Lydia_WMDE: https://phabricator.wikimedia.org/T119950 [11:25:35] addshore: Also love to see the edit patterns, things really start at 10 o clock. [11:25:47] 11* [11:33:46] sjoerddebruin: yup [11:44:56] :) [12:00:26] Thiemo_WMDE: !! :) [12:02:23] Lydia_WMDE: https://phabricator.wikimedia.org/T78006 would be good to look at, too [12:03:05] Adrian_WMDE: ok [12:08:51] Lydia_WMDE: what number sis you say again? 1, 10, 50? [12:09:11] addshore: 1 5 and 100 is usually used [12:09:30] okay! [12:25:46] Harmonia_Amanda: Showcase proposal sounds okay. Maybe get some opinions in the project chat? I already added some notes. [12:26:30] sjoerddebruin: can you do that? it's a little complicated for me these days [12:26:38] Okay. :) [12:26:45] thank you! [12:42:40] Done. [12:44:55] Harmonia_Amanda: sjoerddebruin: <3 [12:45:58] Lydia_WMDE: Now we only need a icon for the project. :P [12:46:05] :D [12:46:38] I'm worried that https://commons.wikimedia.org/wiki/File:Wikidata_barnstar.svg is confussing. [12:47:34] *nod* [12:48:02] =o [12:48:31] What's the matter, addshore? [12:48:49] I wish cds and dvds were that shape ;) [12:49:08] Hm, till you drop them. [14:43:09] addshore, i've acctually seen some cd's shaped oddly like that [14:43:43] =o [14:43:45] many years ago, when you'd insert CDs from the top and not into a tray [14:43:46] oooooohhh [14:43:50] i saw one shaped like a rose [14:45:02] think it was this one: http://eil.com/images/main/Aretha-Franklin-A-Rose-Is-Still-A-115855.jpg [14:45:37] and while googling that, i found there's a wikipedia article on the phenomenon (of course there is!): https://en.wikipedia.org/wiki/Shaped_Compact_Disc [15:01:23] addshore: http://www.discogs.com/search/?format_exact=CD&format_exact=Shape :) [15:01:33] http://www.discogs.com/viewimages?release=7136538 here's a star-shaped one :D [15:01:40] ooooohhh [15:09:50] Lydia_WMDE: can https://phabricator.wikimedia.org/T109780 be in the sprint? [15:10:17] aude: oh yeah. will add [15:10:23] ok :) [15:10:42] i'll wait on meta-wiki until we have definite date, and it might be after the sprint [15:23:45] so jzerebecki the output from that thing is basically just this [15:23:51] $ phantomjs ./modules/webperf/files/asset-check.js https://www.wikidata.org/w/index.php?title=Q64\&oldid=276539678 [15:23:51] {"javascript":{"requests":10,"bytes":219},"html":{"requests":1,"bytes":2995},"css":{"requests":3,"bytes":567,"rules":2368},"image":{"requests":3,"bytes":2224},"other":{"requests":0,"bytes":0},"cookies":{"set":3},"combined":{"requests":17,"bytes":253083,"post":0,"redirects":0,"http200":17,"http304":0,"http4xx":0,"http5xx":0,"httpOther":0,"uncaughtException":0 [15:23:51] },"modules":{"error":0,"loaded":0,"loading":0,"missing":0,"ready":359,"registered":727,"unregistered":0}} [15:24:15] oddly combined bytes seems to fluctuate .... [15:41:45] Lydia_WMDE: is jonas around? [15:41:59] benestar: yes [15:42:06] irc pls :) [15:42:15] ok one sec [15:42:54] benestar: asked [15:43:00] \o/ [15:43:03] hey Jonas_WMDE :) [15:43:09] Jo [15:43:20] bene* [15:43:27] I wanted to merge your icon patch but I still don't understand that one changed test :S [15:43:35] what does $.merge do on two dom objects? [15:45:19] mh good question :) [15:46:17] it makes an array containing two elements? [15:46:42] lol [15:47:02] the test case broke, because I removed the [] stuff [15:47:07] ah, ok [15:47:11] I see [15:47:12] and it was checking for element counts [15:47:24] and the [] was an element on its own? [15:47:31] so to still have that | [15:47:37] you need 2 buttons [15:47:43] so I added two buttons [15:48:33] why do we actually still have renderItemSeparators? [15:48:39] I think that is the [|] stuff? [15:48:47] no its only | [15:49:03] do we use that still somewhere? [15:49:09] I could have removed that also [15:49:12] otherwise just get rid of that option ;) [15:49:13] it is not used [15:49:14] afaik [15:49:21] I think that awould be cleaner [15:49:23] -a [15:49:23] 07No hay avisos pendientes. [15:50:01] Jonas_WMDE: you can also do that in another patch [15:50:08] so that we can merge the current one already [15:50:20] * benestar really wants those neat icons live :) [15:50:33] will you also review the patch above? [15:50:58] it saves 20% of space [15:52:05] I will just remove that seperator thing within the same patch [15:55:39] Jonas_WMDE: sure thats my next review :) [15:58:41] benestar: patch is online [15:59:02] cool :) [16:02:30] cool [16:02:49] evil Jonas_WMDE defined an unused variable, jenkins doomed you :P [16:12:56] Jonas_WMDE: weird bug that just happened to me: http://snag.gy/gklaR.jpg [16:13:12] seems to happen on wikidata.org as well however [16:13:58] strange can not reproduce [16:14:06] benestar: what happens? [16:14:37] help button slides to next line [16:15:00] aude: the buttons are moved to the right when clicked on edit [16:16:18] mine [16:16:19] http://snag.gy/7eP5T.jpg [16:16:37] Jonas_WMDE: hmm, I also cannot reproduce that always [16:17:13] is it a gadget maybe? [16:17:41] * aude tries in rtl [16:17:41] http://snag.gy/zeTG4.jpg [16:17:45] doesn't happen to me [16:17:46] also on wikidata [16:18:08] hm. when I click "add" to add a second statement for a property, the text field isn't getting focused, not even if I try in a private window [16:18:28] whats the blue arrow benestar? [16:19:33] that's the editsummary gadget but it also happens without it [16:20:58] i don't have an icons on wikidata [16:21:01] such as the arrow [18:09:46] addshore: mh and the others are not fluctuating? [19:55:14] Lydia_WMDE: https://meta.wikimedia.org/wiki/2015_Community_Wishlist_Survey/Archive#Structured_metadata_for_Commons does he know something I don't know? [19:56:30] Lydia_WMDE: In Dutch we would call this "met een kluitje in het riet sturen" [20:07:15] multichill: no - just that we are doing groundwork for it - next step being arbitrary access and then in early 2016 the new entity type on a test system [20:07:22] so nothing new for all i know [20:55:52] SMalyshev: FYI lag and triple count is now tracked per instance :) [20:56:13] addshore: cool! [20:56:56] addshore: why it says query and wdqs1001? shouldn't it be 1001 and 1002? [20:57:32] wdqs1002 just hasnt made it into graphite yet ;) 'query' is just the legacy one which flips between the two [20:59:06] so currently this is still all going through query.wikidata.org rather than directly to the instance (as that's blocked on that firewall thing for me) but will be done eventually! :) [21:00:36] so 1002 is the instance with less triples ;) [21:01:46] ok [21:02:06] that makes sense since i've reloaded 1002 recently to eliminate (some of) the duplicates [21:02:30] unfortunately I may have to do it again since the fix was deployed later so some duplicates may still be in 1002 [21:02:49] is there no way to 'fix it on the fly' then? [21:33:24] Lydia_WMDE: So basically the WMF is doing nothing, but Danny thinks the WMF is doing something? [21:33:42] multichill: no he think wmde is doing something [21:33:55] at least that is what i talked about with him not too long ago [21:34:09] But that's nowhere close to structured metadata to Commons [21:34:30] I'm not happy at all about his response [21:35:03] i think it is fair tbh given that it is a huge project and his team probably wants to concentrate on a few big quick wins at first [21:35:12] i understand it is frustrating though [21:35:51] Yes, but now he is giving the impression that something is actually happening and that's just not true [21:36:18] You guys won't have any user facing results in 2016 [21:36:37] we will have at the very least test systems set up [21:36:44] i hope more [21:37:06] That's not something I would consider calling user-facing results [21:37:43] Did the WMF commit to anything at all or are they sill just pointing at the Wikidata team? [21:38:47] at this stage the ball is in our field simply because we're better equipped to do the groundwork due to familarity with wikibase [21:39:07] and tbh i couldn't handle the coordination to change this atm [21:40:49] Lydia_WMDE: You should update https://commons.wikimedia.org/wiki/Commons:Structured_data [21:41:07] ok [21:41:21] Quite a few people have seen Danny's comment and expect stuff to happen [21:41:46] fair enough [21:42:00] Expectations + less resuls -> angry and disappointed people [21:42:22] *nod* [21:43:25] So maybe update that page with what people honestly can expect? If you need a hand I can help [21:43:40] Managing expectations is very important here [21:44:46] i'll try to get to it this week before i head off to barcelona [21:44:53] Lydia_WMDE: Let me know if you want my help setting this straight. :-) [21:45:13] ok [21:53:08] I'm really unhappy about Danny's response. Quite a few people want to have this and he makes it looks like we're going to have it next year. [21:53:19] multichill: Have you reached out to him yet? [21:54:11] Deskana: No, I didn't know my proposal was trashed until today [21:54:21] he bother to notify me [21:54:43] It took me quite a bit of search to find it in the trash [21:55:04] After I went through quite a few subpages like https://meta.wikimedia.org/wiki/2015_Community_Wishlist_Survey/Commons [21:55:44] multichill: This sounds to me like a simple miscommunication. I understand you're frustrated, but please try to bear that in mind. It sounds like talking to him would be more useful than ranting in here, anyway. :-) [22:00:44] Deskana: Poke him fr me next time you see him. This channel has a log [22:27:41] What is a proper way to pass the number "0" through the Wikidata API? [22:28:21] as in { 'amount': '+1', 'upperBound': '+2', 'lowerBound': '0', unit: 'whatever' } [22:31:36] harej: looks good (although I havn't worked with quantities much) [22:31:46] my *job* is quantities :O [22:32:44] so, pardon the stringification, but: [22:32:45] "{"format":"json","action":"wbcreateclaim","entity":"Q4115189","snaktype":"value","property":"P2177","value":"{\"amount\":\"+1\",\"unit\":\"http://www.wikidata.org/entity/Q21127659\",\"upperBound\":\"+2\",\"lowerBound\":\"0\"}"}" [22:32:52] results in: Invalid snak (Value must match the pattern for decimal values.) [22:40:13] Hmmm. Works when I specify +0. [22:44:20] Yup, that fixes it. Son of a gun.