Sun, Oct 15
Not directly related, but it seems that huwiki moves to $wgFlaggedRevsOverride = false; mode (T121995) for a 6 month testing period. Currently in huwiki all edits are reviewed before being visible. After changes they will be directly visible like in fiwiki so there is bigger need to find bad edits. Also they don't have ORES goodfaith/damaging model labeling done ( http://labels.wmflabs.org/stats/huwiki/ )
Wed, Oct 11
Thank you for remembering this and it is important .
Thu, Oct 5
Wed, Oct 4
Propagated 'Wikidata edits' with Experience level filters are using local wiki editcount/activity for experience level and so propagated edits are marked as newcomer edits. It would be more useful to use source wikis (eg. Wikidata) editcount/activity for getting the experience level.
Yes, you can create or rewrite the Wikidata item in one edit. Example
Fri, Sep 22
Fix for the empty space could be floating the remaining rcfilters in fieldset box to the right side of the screen so it would be leveled at the same level than the new recent changes box.
Sep 12 2017
Aug 9 2017
@awight , after toying with the .json.bz2 i would say that we can be pretty sure that edits aren't damaging. I didn't find any clear vandalism and in context of damaging the biggest problem seems to be rather high level of unsourced (goodfaith) edits. However i personally don't see unsourced goodfaith edits a problem.
Aug 7 2017
Sorry about the delay. Just too many things to do. I am trying to do thist today.
Jul 29 2017
A couple of questions:
Jul 28 2017
Visual editor saves dates in yyyy-mm-dd format.
Citoid and VE will use ISO dates
Jul 27 2017
First update message done
Jul 21 2017
Purge seems to change the load order so that one can edit the page. "Unknown dependency: wikibase.mobile Error" is still there after purge and if debug-mode is used then add/edit links are missing again.
Jul 20 2017
Confirmed. I raised the priority to high because this prevents the editing of the wikidata if bug hits before property edit buttons are added.
Jul 18 2017
As you said, the approved query is only taking the first diff, and there can be multiple edits per approval. I'm wondering if we want to ignore these multi-diff approvals, or take all the included diffs as approved?
I'm unsure whether the reverted query is getting what we intended. When does "rv" get added to the ChangeTags, and is it specific to pages using flaggedrevs?
Jul 6 2017
Follow up actions.
There is a bot based stabilization now which does a 24 hour stabilization to the page after a problematic edit. The bot follows the EventStrean and stabilization is triggered if the score of the edit is high enough. In fiwiki the score is based on how many rules like ORES, Abuse filter, graylisted ip range etc edit triggers and least two rules need to be triggered for stabilization.
Jun 29 2017
- approve, approve2 = reviewing the pending changes
- approve-i, approve2-i = articles first approve
- approve-a, approve2-a = autoreviewed
- approve-ia, approve2-ia = autoreviewed first approves (articles created by users with autoreview right)
- unapprove, unapprove2 = removing the approval
Jun 22 2017
Jun 12 2017
My guess is that the best use cases would plwiki and ruwiki. Both have advanced ORES support enabled and strong technical community for running and modifying the bot if they want to do so. Next after that would be huwiki which is currently doing ORES advanced support labeling. Ukwiki would be also interesting choice if Bunyk who was at the hackathon is interested for participating.
Jun 10 2017
Here is a proof-of-concept style pywikibot script for reviewing the Flagged Revs backlog which also works in other Wikipedias apart from the Finnish Wikipedia.
May 24 2017
May 22 2017
Notes copied from: https://etherpad.wikimedia.org/p/flaggedhack17
May 21 2017
@Trizek-WMF did you think that automatic review based on ORES would be realtime like current autopatrol / autoreview is OR something which is like cronjob which checks the review backlog periodically and reviews if there is something new which can be reviewed OR both?
I tested the idea little bit. It would work with registered users pretty nicely, but least in fiwiki scores for ip-editors scores are generally lower than what they should be and it would need some help with that. In pl wiki if the scores are reliable it would work well.
May 20 2017
The code of Commons upload bookmarklet can be found here. It is currently Commons beta because it will need OAUTH support and some kind community approval from Commons.
In wikis where the backlog is very long the backlog will need to be reseted somehow before it will work because one problem is that the there is old pending change and new edits will be pending too because that even if they were normally autoreviewed. Basic case is like this where there is trivial change blocks the automatic reviewing in newer edits.
May 19 2017
"for breakout sessions: 25 seats around tables in U-shape, fixed projector and screen, flip chart", description is incorrect and there is no tables in Wiaschtl. Most likely this means that presentation is short and we are moving to somewhere we can talk, eat pitsa and beer.
It is today 19-20 in room Wiaschtl
May 18 2017
May 10 2017
Finna (Finlands national digital library) could be added to the list
For the comparison there is Flickr URL upload in Upload Wizard
I can see also the third use case for the "upload this to Wikimedia Commons" which is that it can be used for linking to the image in commons if it already exists.
May 8 2017
May 4 2017
In fiwiki we are tracking couple key numbers.
- maximum pending lag.
- number of pending changes
May 3 2017
Database table is same that FlaggedRevs uses but queries are my own and i didn't check the FR code when i made them.
May 2 2017
That also raises the question of whether we should have a filter to show only edits that need review
Confirmed in fiwiki too in this discussion:
Apr 30 2017
In example for tracking the effects of phab:T164049 some crosswiki stats would be nice.
Some stats how bug is effected to reviews using Quarry
Apr 28 2017
Confirmed in finnish Wikipedia too. Same regression exists in watchlist and Recentchangeslinked page too.
Apr 24 2017
Thanks for the stats, i think too it was pretty Wow that it was so fast. Biggest thanks goes s to the Ejs-80 it seems :)
Btw, is it possible to get a list for a users who did reviews? We could give a barnstars to reviewers.
Apr 21 2017
@Catrope ''(it sounds to me like all reviewed edits are also patrolled, but some things can be patrolled without being reviewed?''
Apr 20 2017
If user have autoreview user right for FlaggedRevs but not autopatrol for patrolling then his/her edits will be only autoreviewed for Flagged Revs. This is the case in the Portuguese Wikipedia where autoconfirmed users have autoreview and patrol user rights but they don't have autopatrol use right.
Flagged revs documentation: "$wgUseRCPatrol is enabled with the extension. Patrolling of reviewable pages is disabled, but flagged revisions are marked as patrolled in Recent Changes. This will mean that the only way to patrol a reviewable revision is to flag it. Non-reviewable pages still behave as normal (depending on site patrol settings)."
Fiwiki uses Flagged revs and there is also patrolling enabled for patrol flag support in API. Setup is that the autopatrollers are also autoreviewed and users in editor user group are also in patroller user group. (T144817)
Apr 19 2017
Apr 18 2017
@Tgr was the plan with the protected mode that you would be tracking all the articles but revision displayed on default page view would be latest OR would you also reduced number of articles which you were tracking? Typical Flagged revision protection setup is that there is under 5000 tracked articles.
@jeblad, the point wasn't really any more if there was consensus but get things forward. Norwegian wikipedia's request was good as you can get and even so it was declined. Also when requirement is a strong
signal from global community which is not achievable it means that there is no new FR installations any more and question is now what to do with existing ones.
Just for ideas
Still relevant. Current Special:ValidationStatistics is also broken; see bug T163107 .
Apr 17 2017
Problem is most likely related to backend/FlaggedRevsStats.php: getEditReviewTimes() -function.
Some timestamps from the DB
Apr 16 2017
Also based on current flagged revs enabling guide the next steps are
About nowikis suggested config. It is protection setup which is limited to max 2000 protected pages so there should be no problems with pending lag queue and generelly settings are looking ok.
Apr 15 2017
Apr 4 2017
Even more generic vesion of this would be that we don't want just to show Wikidata items with coordinates on the map, but also SPARQL results with coordinates no matter what the source of the coordinates is. In some cases source is P625, but i think that valid case is that the coordinates are created or modified in the query.
Mar 31 2017
If we just want all trusted users in fiwiki then we can use these three groups: autoreview, editor and reviewer whose edits are automatically reviewed in. Flagged revs.
Mar 6 2017
Least part of the RKY and Muinaisjäännösrekisteri data can be downloaded from here ( I didn't check if the long descriptions were in zip files too or was it just map+metadata). Downloadable datasets itself are finnish only and file "Tietotuotemääritettely_DATASETNAME.pdf" contains information about the content and I think that most useful part is the paragraph "4 Tietosisällön ja rakenteen kuvailu" which contains diagrams about the data in the zip files.
@Jc86035, i meant that Wikidata property would point to OSM tag which would be more stable in context of permanent linking than using id:s directly. In this case i meant to use the wikidata id as a suitable tag.
Mar 1 2017
Feb 28 2017
Sorry, yes i meant Wikidata id:s. and OSM wikidata tags. I tried to clarify my ticket.
It would be nice to get information of OSM link to SPARQL too. Value like Wikidata id can be found in OSM (true/false) value should be enough.
Feb 23 2017
I added some common bad words more from fiwikis abuse filter rules. Though i think that there would be more if the more is better.
Dec 2 2016
Xqbot is now flagged locally as bot
Nov 13 2016
Nov 12 2016
Hmm, @Sophivorus seems to work and i added it to the gadgets under "Testattavana olevat pienoisohjelmat" -label (eg under testing category).
Filtering or sorting the input fields when user edits the reference. Eg. by default there could be visible only fields with required flag OR suggested flag OR fields which value is not empty and user could select to see the rest.