Mar 27 2019
Mar 26 2019
It does not. This is work that the Growth-Team performs.
Mar 25 2019
Sorry to leave you hanging @MusikAnimal, the Scoring-platform-team is currently understaffed and doing our best to stay on top of our current obligations. We'd love to pick up this work, but we are struggling and likely won't be able to start work on it this quarter.
@Lsanabria I just added the task to get the filters enabled. Thanks for the ping!
Mar 22 2019
Mar 21 2019
Mar 20 2019
What does removing the explicit transaction or using query building have to do with this task? I'm confused.
Assigning to @akosiaris so that he can add details to the incident report. Please feel free to unassign when you are done.
Mar 19 2019
The result is captured in the themed etherpads linked above. See also the notes I posted about on Oct 27th: https://www.mediawiki.org/w/index.php?title=Wikimedia_Technical_Conference/2018/Session_notes/Integrating_machine_learning_into_our_products
This discussion seems to be stalled. I'm not sure that it should be assigned to me. @Nuria, did you have any specific goals you intend to achieve with this discussion. Can we resolve based on our last meeting or would you need some follow-up?
OK the maintenance has been completed without an issue. That means we're ready to resolve this task. I'd still like to be present when labsdb1004 is taken offline just to make sure everything goes nicely on our end. But at this point, I don't expect a hiccup when it goes offline.
Mar 18 2019
I've just pushed the maintenance notice out to Wikilabels. @Harej posted a bunch of announcements. We're ready to try the migration at 1400 UTC tomorrow (March 19th)
@Shilad ^ any opinions on this database?
Mar 12 2019
I've successfully deployed the new credentials to staging and restarted the service. It seems like everything is working as intended.
Mar 8 2019
This is now finished and tested. See notes in the PR for suggestions on how to review.
Mar 7 2019
2019-03-07 04:54:05 <icinga2-wm> PROBLEM - check disk on ORES-web02.Experimental is WARNING: DISK WARNING - free space: / 1080 MB (5% inode=92%); 2019-03-07 06:24:08 <icinga2-wm> PROBLEM - check disk on ORES-web02.Experimental is WARNING: DISK WARNING - free space: / 1044 MB (5% inode=92%); 2019-03-07 06:26:05 <icinga2-wm> RECOVERY - check disk on ORES-web02.Experimental is OK: DISK OK
Mar 1 2019
Looks solid to me.
Feb 28 2019
My sense is that we can have a pretty good guarantee that the dictionaries are the dictionaries, but you're right that underlying enchant code might be relevant. After all if there is a bug that results in part of a dictionary not being appropriately applied, that could be disastrous (and hard to debug).
Yes. And the pyenchant python library.
Feb 27 2019
Feb 26 2019
@SQL seems to have already implemented this. Thank you!
Given the inactivity, we're going to mark this task as resolved. We'd be very happy to work with some improved designs, but maybe that should be part of a followup task.
I think that this is resolved now. We use use status as a predictor and it seems like the models do not flag experienced editors edits. See https://meta.wikimedia.org/wiki/Research_talk:Automated_classification_of_edit_quality/Work_log/2016-04-14 for my analysis
I'm unresolving this because some of the child tasks are not quite done yet.
Looks like this is done.
Meeting scheduled for Thursday, Feb 28th @ 1630UTC. I've preemptively made an a notes document here: https://etherpad.wikimedia.org/p/ores_usecases_for_ml_infrastructure
We decided to store the file on a public repository (figshare) and reference that directly from the makefile. See https://ndownloader.figshare.com/files/9828517
Essentially, this maps to Jade integration for ERI. See T209653: "Report error" button for ORES recent changes filter