[10:47:36] The Wikidata Query seem to be very hard cached. Is it a way to force a new result? [10:48:19] Ainali: make any trivial change to the query (e. g. add a space somewhere) [10:48:22] I used the now() function but get the same results as ten days ago when I ran it the last time [10:48:32] um [10:48:37] results are only cached for five minutes afaik [10:48:51] here is the query: http://tinyurl.com/y9vznwux [10:48:51] ten days would definitely be way too long [10:49:02] It still gets October 15 for me [10:49:45] it reported a query runtime of 2547 ms for me, so I don’t think it was cached server-side [10:49:53] where do you see October 15 in the results? [10:50:35] The first person has that as a birthdate on the item [10:51:08] huh [10:51:21] Well looking closer, it seems to be all over the palce :/ [10:52:53] hi Thiemo_WMDE [10:52:53] hoo: ? [10:53:07] oh wait, that was a Julian date :) [10:53:12] aaaah [10:53:19] I was just about to post that this actually shows October 25 http://tinyurl.com/yarcerab [10:53:20] I just want to finish my work on a cache retrieving entity lookup [10:53:46] but it doesn’t show that it was a Julian date on the item? https://www.wikidata.org/wiki/Q2443616 [10:54:04] Thiemo_WMDE: How would the factory method for this look like? Another string for Store::getEntityLookup/getEntityRevisionLookup? [10:54:10] Or a new method? [10:54:13] String constants? [10:54:14] okay, but if I edit it, it shows up as Julian [10:54:30] A new method seems odd to me: One which does two things and then another one?! [10:54:30] Yeah, i needed to go to edit too [10:54:34] What do you think? [10:57:19] hoo: I honestly don't care that much. Another string sounds fine. [10:57:38] Ok :) Finally that to get that one done [11:18:01] how do you request deletion of non-item pages? [11:18:51] using a title with different namespace in {{subst:Request for deletion}} doesn’t seem to work very well [11:18:51] 10[5] 10https://www.wikidata.org/wiki/Template:Request_for_deletion [11:20:08] okay nevermind, I just needed to delete some whitespace around the first parameter [14:04:53] Technical Advice IRC meeting starting in 60 minutes in channel #wikimedia-tech, hosts: @addshore & @Christoph_Jauera_(WMDE) - all questions welcome, more infos: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting [14:59:38] DanielK_WMDE: Hey, I had some time yesterday to dig deep into Wikibase...it looks like there are a lot of places to change Item to Entity to make this system work, but it also looks like there's some db table (ips_item_id) that isn't populated locally that comes into play... [15:00:15] DanielK_WMDE: I'm not quite sure if just changing items to entities will make it magically work, or if there's some connection between e.g. file pages and entities that I have to explicitly pull together before things make sense [15:01:34] DanielK_WMDE: I'm also not entirely certain that adding the local site to the sites table was the right way to go about things, but that can probably be handled around the time everything else actually works. [15:23:44] marktraceur: i can reassure you that having the local site in the sites table in The Right Thing, (tm). It'S design that way. [15:25:43] marktraceur: changing items to entities will not make things magically work. a little more thought is needed there. In particular, there will be code that accesses SiteLinks via an Item object - that won't work with other kinds of Entities, we'd need to introduce a SiteLinkProvider interface irst. [15:25:47] But i'm not sure this is needed. [15:25:54] MediaInfo isn't really a SiteLinkProvider [15:26:05] it only needs to work with SiteLinkLookup. [15:26:43] The connection between file pages and media info objects is a bit magical: the id of the MediaInfo entity is the page ID of the file description page. [15:27:20] The idea is to interpret that programmatic mapping as a "SiteLink", to make it work with the bits of Wikibase that allow addressing by SiteLink. [15:27:28] It's a bit of a hack, but not terrible, I think [15:28:17] marktraceur: i have no idea what ips_item_id is... [15:28:31] i don't think it has anything to do with wikibase. "item" is a pretty generic name :) [15:28:58] Which places do you think would need changing in order to allow MediaInfo to be addressed by sitelinks in the API? [15:30:32] DanielK_WMDE: There's a pretty long chain of classes, services, service providers, factories, factory providers, etc. that need changes either to their implementation or documentation...they all get touched on the way to wbgetentities. I have a faint idea of what they all look like. [15:34:27] marktraceur: i'd be surprised if many of them would actually need to change [15:35:33] marktraceur: i can hack up a change that I think would should be sufficient to allow you to implement a SiteLinkLookup based on the MediaInfo stuff [15:36:12] DanielK_WMDE: OK, where would that actually go? In MediaInfo instead of Wikibase itself? [15:37:02] the new implementation would have to be in MediaInfo. [15:37:12] Wikibase iteself needs some changes to allow this. [15:37:34] i'll hack up a proof of rough draft. maybe Thiemo_WMDE can help with finishing it. [15:38:41] DanielK_WMDE: OK. Sorry to keep bugging you, this system is brilliant but sometimes a little hand-wavy and unclear for me... [15:39:38] marktraceur: every time soemthing hand-wavy becomes clear to you, please improve the documentation :) [15:40:00] DanielK_WMDE: That's a good idea. [15:48:35] marktraceur: ah, i see - making the interface more general does involve touching a lot of files - simply because of renamign the methods. i'll see what I can do [15:49:01] K, I'm glad I'm not the only one :) [16:54:52] marktraceur: https://gerrit.wikimedia.org/r/#/c/386422/ [16:55:05] ended up introducing a new interface. should make things easier [16:55:21] i probably forgot something in this patch. but i hope the idea is clear enough [16:59:51] Thanks DanielK_WMDE - will check it out when I get back from lunch :) [17:04:39] marktraceur: there still is no mechanism for overriding the default EntityByTitleLookup, but adding a hook to SqlStore should be trivial [20:01:03] hoo: hi. I think even without taking into account claims and descriptions we can get some benefit of fine grained tracking (see https://phabricator.wikimedia.org/T172914#3679655 -e.g using entity to access labels) [20:03:45] Lydia_WMDE: I see to be running into a regression. If I paste a full url in a statement it doesn't complete any more to the right item [20:04:12] multichill: i don't believe it ever did? [20:04:19] only in the sitelinks [20:04:29] no? [20:29:37] Lydia_WMDE: In a statement you could paste something like "https://www.wikidata.org/wiki/Q3840054" [20:29:57] And it would resolve to the item [20:30:26] multichill: hmmmmm [20:30:28] ok [20:30:43] i'll poke thiemo tomorrow [20:31:06] i am not aware of anything that we changed there that would cause it but who knows [20:31:33] I'm pretty sure it worked a couple of days ago [20:33:50] ok [21:47:37] Hi, I have just merged something into https://www.wikidata.org/wiki/Q7649586 which was linked from a page do not merge. [21:47:40] What's to be done now? [21:47:46] maxlath: [21:48:22] maxlath approved, but we didn't know, and also didn't get a notification that this is not supposed to happen. [21:50:36] yala: i am fixing it [21:52:57] yala: i undid the merge and made this edit: https://www.wikidata.org/w/index.php?title=Q22547988&diff=584129581&oldid=584129023 [21:53:14] that should prevent future merges [21:55:01] and with that i go to bed :) [22:02:07] Lydia_WMDE: thanks! good night, see you soon :D [22:03:51] Lydia_WMDE: Merci beaucoup! [22:24:32] hmm anybody knows what I need to do to deploy SWAT patch for wikidata? is it just branch cherry pick or something else? [22:28:19] Depends... [22:28:28] You've potentially gotta get changes into multiple repos [22:29:35] which ones?