[09:54:22] * aude waves :) [10:12:17] * addshore waves at aude [10:13:05] * aude yawns [10:13:20] but maybe will stop by the office later [10:18:56] Hi! The constraint violations page for P434 (MusicBrainz artist ID) is broken: https://www.wikidata.org/wiki/Wikidata:Database_reports/Constraint_violations/P434 [10:19:03] "ERROR: Invalid Q-key: QQ55400" [10:20:03] Oh ok, it seems I can edit and fix it myself [11:48:29] Thiemo_WMDE: https://gerrit.wikimedia.org/r/#/c/259001/ [11:49:10] Thiemo_WMDE: on PS5 you said "Nothing critical. We can merge this as it is and fix all the minor issues later in other patches." [11:49:16] i think i fixed the minor issues [11:49:21] did a rebase yesterday [11:55:31] DanielK_WMDE: would be very good to have that in [11:56:04] ideally before we enable any new data types [11:56:18] indeed [11:56:29] aude: just +2 it :) [11:58:50] DanielK_WMDE: found a typo :/ [11:59:36] can +2 when i am back at the office and more awake [11:59:44] :P [12:08:15] Special:Nearby tells me about all the accidents and incidents that have happened at heathrow :/ [12:08:34] The accidents themselves shouldn't have coords imo [12:08:46] * aude thinks they should [12:08:57] but maybe a different property [12:10:14] Hm, and some filters would be nice. [12:10:19] yeah [12:10:25] (hide places that don't exist anymore) [12:10:38] (hide the fricking streets) [12:11:11] But we need the ability to load more first. [12:11:28] heh :/ [13:15:59] https://www.wikidata.org/w/index.php?title=Wikidata:Database_reports/Constraint_violations/Mandatory_constraints/Violations&curid=19873654&action=history :( [13:35:24] Ugh, I think there is a memory leak in AutoList 1. [13:35:43] 1,24 GB doesn't look good for a webpage. [13:37:25] Are the suggestions broken? [13:40:33] hoo: search is broken [13:40:47] crap [13:40:51] will have a look [13:41:15] thanks [13:41:55] I just got a weird error when trying to create a new item... I opened the "add links" link from a wikipedia article in a new tab, tried to create the item and it said the article didn't exist o_O [13:42:04] PROBLEM - wikidata.org dispatch lag is higher than 300s on wikidata is CRITICAL: HTTP CRITICAL: HTTP/1.1 503 Service Unavailable - pattern not found - 8824 bytes in 0.083 second response time [13:42:06] The API is fully down [13:42:09] yikes [13:42:26] I tried a couple of times and it still didn't work, then tried on a different computer and it was fine [13:43:14] had that half an hour ago, too [13:43:27] Where I said search, I meant suggestions btw. But those are needed for statements. :P [13:43:57] The API was down shortly before 13:00 UTC [13:44:15] and from 13:35 UTC to maybe two minutes ago [13:44:20] but still struggling [13:44:43] and it died again [13:45:32] I'm in public, so can't look at any private logs atm [13:45:57] no idea what's going on… but quite probably segfaults [13:47:27] Okay, not the best days for the WMF and also their tech infrastructure. [13:49:34] oooh [13:49:35] addshore: ^ [13:56:35] It's very silent now. [13:56:37] https://www.wikidata.org/wiki/Special:RecentChanges [13:56:55] Please take a look, very rare view. ;) [13:56:59] not surprising very few things don't use the API [13:58:11] sjoerddebruin: yeh https://grafana.wikimedia.org/dashboard/db/wikidata-edits [13:59:28] RECOVERY - wikidata.org dispatch lag is higher than 300s on wikidata is OK: HTTP OK: HTTP/1.1 200 OK - 1484 bytes in 0.149 second response time [14:00:45] Looks up again. [14:01:13] seems to be coming back again now [14:02:42] addshore: what happened on 26.1.? [14:02:56] is that a bug in grafana? [14:03:00] benestar: what do you mean 26.1? [14:03:35] looks normal to me...? [14:04:08] https://grafana.wikimedia.org/dashboard/db/wikidata-api [14:04:17] shows 0 on 1/26 [14:04:35] oh, the data probably needs to be regenerated for that [14:04:57] I think the box it runs on got restarted when the script normally runs [14:04:59] ok, weird cause it is ok for 1/27 again [14:05:05] ah, k [14:05:09] yeh, its a daily thing :0 [14:05:10] :) [14:05:23] you can file a ticket for it if you want ;) [14:12:05] Apparently Instagram has something to create on-the-fly coloured ASCI-thingies. https://scontent-ams2-1.cdninstagram.com/t51.2885-15/e35/12107608_918204858268193_372744587_n.jpg.html [15:15:01] Lydia_WMDE: T62369 T87566 do they still apply? [15:57:56] hi all, I'm a contributor to mediawiki in general, from quite some time, where I also had a little experience with wikidata while working on WikidataPageBanner extension. I came across wikidata and its background thereafter. Is it possible for a CS undergrad student interested in Machine Learning and Semantic web, to get involved with wikidata in this context? [16:19:26] Lydia_WMDE: so now on commons you can watch Category:Wikidata and see all new images to do with Wikidata in your watchlist ;) [16:23:42] addshore: \o/ [16:23:56] codezee: totally [16:24:13] codezee: maybe talk to Amir1? he was looking for help on the ores extension [16:24:49] codezee: hey :) [16:25:10] You can read about our work in this blog post blog.wikimedia.de/2016/01/02/teaching-machines-to-make-your-life-easier-quality-work-on-wikidata/ [16:25:12] Amir1: hi! [16:25:39] and also this is the under-construction extension: https://www.mediawiki.org/wiki/Extension:ORES [16:27:25] codezee: have a look if this interests you. if not let me know and we can see further. but the ores extension is really important for wikidata so it'd be cool if it'd get some more help from you [16:28:05] Lydia_WMDE: sure, I'll have a look first at the above post^ and let you both know :) [16:28:47] * aude watches Category:Kittens [16:28:51] :) [16:28:54] xD [16:29:53] is tobi still there? [16:35:50] :3 [16:36:29] Amir1: for scoring, what model does ORES use? asking with the intention to know the areas I should get myself familiar with, before I start contributing to it? [16:36:54] Lydia_WMDE: hey :) [16:37:24] hey benestar [16:37:54] Lydia_WMDE: is there any progress in the statement sorting stuff? [16:38:30] benestar: i need to start the process on-wiki for getting the order [16:38:35] just stumbled on it again because the current sorting/indexing code is so awful [16:38:37] hope to do that next week [16:38:43] Lydia_WMDE: would be great [16:39:00] do you prefer a configuration in git or should we have a list in the MediaWiki namespace? [16:39:26] * benestar thinks MediaWiki:something would be better because it can be edited by admins and requires regular updates perhaps [16:39:30] yeah [16:39:45] not sure how much admins can mess with that config though [16:42:58] codezee: ORES uses what's get the best results for example for wikidata it's Random Forest [16:43:06] but for other wikis it's Gradiant boost [16:43:30] we support every type (including SVM, Naive-Bayes) except ANNs [16:44:02] I have another tool that harvests data from Wikipedia and it's an ANN. [16:44:49] Lydia_WMDE: what about sections between statements? [16:45:12] should they be defined in the same list (like it's done for gadgets)? [16:45:24] or defined as statements on the properties themselves? [16:48:14] anyways, I'm off now. Maybe we can discuss this in a meeting? Would be great to move forward with this since we also get identifiers done soon I believe. [16:49:07] benestar: only thing (with however we do) is caching [16:49:47] if someone changes the order config, don't think we can invalidate the entire parser cache [16:59:47] Amir1: if I should start with this extension, where should I begin from? [17:01:29] codezee: You can test it in here: mw-revscoring.wmflabs.org/wiki/Special:RecentChanges [17:01:47] note the "r" beside some edits [17:02:33] but the percentage is not real, it's just backward of the last two digits of revision id (e.g. revision id = 123394 => 49%) [17:03:04] because building anti-vandalism tool for a test doesn't make sense [17:03:38] we have several open tasks in https://phabricator.wikimedia.org/tag/mediawiki-extensions-ores/ you can make new suggestions or hack on one of existing ones [17:15:41] Amir1: just curious,where's the actual scoring implemented, I suppose its somewhere else? [17:16:00] yes, it's in revscoring project [17:16:11] https://github.com/wiki-ai/revscoring [17:23:55] DanielK_WMDE: looks like the flags are fixed from here! https://gerrit.wikimedia.org/r/#/c/257003/6/repo/includes/Interactors/RedirectCreationInteractor.php [17:24:17] but yes, test time! [17:25:22] :) [17:52:09] DanielK_WMDE: getDBkey is a bit titelly though :/ I'll leave it and think over the next days ;) [18:30:25] addshore: a link target has a display form and a canonical from, for use in links etc. [18:30:45] "DBKey" isn't a great name for that. I used it for consistency. [18:31:03] I guess I could just state that in the interface [18:31:07] * "...for use in hrf attributes". [18:31:21] *href [18:31:23] ffs [18:32:12] addshore: for external links, what the canonical form looks like would depend on what kind of site the link refers to. Site has a normalize method just for that. [18:38:58] BAH, that patch has an issues with zend php! I'll fix later this evening I think... [19:47:13] *sigh* ... another day where i couldn't work my way against an issue :-( [20:14:30] DanielK_WMDE: https://gerrit.wikimedia.org/r/#/c/257003/ can be +2ed again now, just had to fix $this to $testCase in some places!