Jump to content

User talk:DatGuy/Archives/2017/July

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia


15:32, 3 July 2017 (UTC)

RonBot

Bot has been approved Wikipedia:Bots/Requests for approval/RonBot, thanks for your help Ronhjones  (Talk) 22:46, 3 July 2017 (UTC)

Can the resize function be delayed?

As most of what DatBot seems to be doing with regards to image resizes as tagged by @Ronhjones:, who is tagged automagically through AWB at a rapid pace, can it be possible to make sure DatBot doesn't resize until at least a week from tagging passes? While 95% of what Ronhjones tags do meet the informal 0.1 megapixle image size guides (which is not a requirement), there are images that are exceed 0.1MP that are getting caught up in this tagging that have rationals to explain why they are larger and thus should not be reduced. As I understand from previous discussions with Ronhjones, if the non-free reduce tag is removed by an editor after they place it, they won't retag it, but right not I see DatBot operating under a day once the tag is placed, which is not enough time to contest that. We need to give editors more time (more than a day) to remove that tagging. Basically as once DatBot operates on adding the reduced image (and thus tagging for image cleanup to remove the original size), undoing the action requires admin interventions. Editors should have more time to contest the non-free reduce tag addition, hence why adding a delay of 7 days before doing it makes sense, to be consistent with other "contested" issues. --MASEM (t) 03:57, 7 July 2017 (UTC)

Sounds like there is a parameter that has rationale as to why they should not be reduced? If that is true, the bot can look for the parameter. If that is not true, perhaps there should be a parameter the bot looks for? Do you have any other ideas? Kees08 (Talk) 05:37, 7 July 2017 (UTC)
There's no parameter - for one we do not require NFC to use any template for the rational, as long as it addresses the 10 points. And even in within the template versions of the rational, it's not one single field. Basically, at the present time, this is something that can't be automated, hence just asking for more time on the human review side after the tag had been placed. --MASEM (t) 12:37, 7 July 2017 (UTC)
@Masem: It would complicate things, but yes, it would be possible. However, Ronhjones (who has already been pinged) might like to skip the page if it has "text" anywhere in it? Just a suggestion. If not, I'll code Masem's idea. --Dat GuyTalkContribs 12:08, 7 July 2017 (UTC)
Rationale are text, and justification for a larger size is expected to be part of that rational (if this is the case), so it's going to be easy to miss, and doesn't making the "skip" idea feasible (at least at the rate that AWB can do things). --MASEM (t) 12:37, 7 July 2017 (UTC)
@Masem: We still have the 7 days post reduction, where both old and new versions are still visible (and if necessary can be quickly reverted by anyone back to the larger size), and rarely makes a great deal of effect on the article (as the thumb pic is often smaller than the reduced). If I see they are reverted, then I tag them for no more reduction with either {{non-free no reduce}} or {{non-free manual reduce}} - depending on if I think there is some room for some reduction. If we must have longer, then surely it would make more sense to extend the period post reduction - and change it to 14 days, that would also be a much easier thing to implement. When Theo's bot was working properly then it would also reduce the files within a few hours of tagging, so this is nothing new. For some images, one needs to actually see the reduced version before making a decision as to the suitability of the reduction. Ronhjones  (Talk) 19:21, 7 July 2017 (UTC)
P.S. The current "revert rate" is in the order of 0.2%. 99.8% of the tagged files are not reverted. Ronhjones  (Talk) 19:24, 7 July 2017 (UTC)
While anyone can revert the image change, that's still leaving an extra non-free image floating around that another bot (not DatBot) will eventually remove the unused images. Ideally, I'd rather see the delay before DatBot and eliminate the delay on deleting the non-free duplicate it creates, only because in that period before DatBot acts, all changes can be reversed by any editor; once DatBot acts, there's a cleanup job created by some admin or bot to undo or sweep up after whether the reduction is kept or not. It's not to question that your tagging, you're right very few are contested, but we should follow similar processes that we have in other places where we are talking about a contestable change, giving editors more time to undo before a point a no return is made (even if it is just uploading a reduced image as DatBot is doing). --MASEM (t) 21:10, 7 July 2017 (UTC)
@Masem: OK,but we really need to have that as a policy, as anyone can do a reduction as soon as the {{non-free reduce}} tag is added (and I've seen quite a few editors do that) - Also I can see that happening more, because Category:Wikipedia non-free file size reduction requests will fill up if waiting 7 days. Maybe you should start a proposal at the Village Pump? Ideally we need the {{non-free reduce}} to show a date when reduction can be done. Ronhjones  (Talk) 21:40, 7 July 2017 (UTC)
Also with the contest rate so low, does it make a lot of difference if one or two extra files a day have to be revision deleted - the bot has removed the bulk of the revision deletes from admins. Ronhjones  (Talk) 21:47, 7 July 2017 (UTC)
We would definitely need to have a consensus to allow (for example) DatBot to also delete the images that it resized after uploading. The thing with editors doing the reduction earlier is that they are then taken on the responsibility of saying "Yes, this reduction makes sense, and unlikely to be opposed, I will do it". Having the 7 day period between your tagging and the reduction upload where no one contests it and then having a bot do it is the same type of confidence that the action won't upset anyone. But definitely the immediate rescaling and deletion by a bot is a novel aspect of policy and needs consensus. In the meantime, I'd not see a problem with having DatBot wait 7 days, and knowing that deletion won't have until 7 days later by current accepted practice; that's still only 7 days that excess non-free is used, whereas most of the image reductions you're tagging are to help better meet fair use allowances but are not always strictly required by NFC. --MASEM (t)

So, reading the discussion, is there 'consensus' for me to ad it to the bot? Dat GuyTalkContribs 11:42, 8 July 2017 (UTC)

The WikiProject Video Games Newsletter, Q2 2017

The WikiProject Video Games Newsletter
Volume 10, No. 1 — 2nd Quarter, 2017
Previous issue | Index | Next issue

Project At a Glance
As of Q2 2017, the project has:


Content


Project Navigation
To opt-out or sign up to receive future editions of this newsletter, click here to update the distribution list.
(Delivered 14:32, 9 July 2017 (UTC))

Bot?

Hi, how can I stop your bot destroying an image of non-free text, please? This has happened twice now to the same image. Vashti (talk) 19:43, 5 July 2017 (UTC)

@Vashti: Sorry for the late reply. You could change {{non-free reduce}} to {{non-free manual reduce|type=screen}}. Dat GuyTalkContribs 17:16, 9 July 2017 (UTC)
Hm. I've currently tagged it with {{non-free no reduce}}, as it seems like any reduction at all will make the file[[3]] illegible? Is that wrong? Vashti (talk) 09:02, 10 July 2017 (UTC)

15:07, 10 July 2017 (UTC)

New Page Reviewer Newsletter

Hello DatGuy/Archives/2017, thank you for your efforts reviewing new pages!

Backlog update:

  • The new page backlog is currently at 18,511 pages. We have worked hard to decrease from over 22,000, but more hard work is needed! Please consider reviewing even just a few pages a a day.
  • Some editors are committing to work specifically on patrolling new pages on 15 July. If you have not reviewed new pages in a while, this might be a good time to be involved. Please remember that quality of patrolling is more important than quantity, that the speedy deletion criteria should be followed strictly, and that ovetagging for minor issues should be avoided.

Technology update:

  • Several requests have been put into Phabractor to increase usability of the New Pages Feed and the Page Curation toolbar. For more details or to suggest improvements go to Wikipedia:Page Curation/Suggested improvements
  • The tutorial has been updated to include links to the following useful userscripts. If you were not aware of them, they could be useful in your efforts reviewing new pages:

General project update:


If you wish to opt-out of future mailings, go here. TonyBallioni (talk) 03:48, 14 July 2017 (UTC)

{{User:ClueBot III/ArchiveNow}}

{{User:ClueBot III/ArchiveNow}}

23:00, 17 July 2017 (UTC)

Bots Newsletter, July 2017

{{User:ClueBot III/ArchiveNow}}

Bots Newsletter, July 2017

Greetings!

Here is the 4th issue of the Bots Newsletter (formerly the BAG Newletter). You can subscribe/unsubscribe from future newsletters by adding/removing your name from this list.

Highlights for this newsletter include:

BAG

BU Rob13 and Cyberpower678 are now members of the BAG (see RfBAG/BU Rob13 and RfBAG/Cyberpower678 3). BU Rob13 and Cyberpower678 are both administrators; the former operates BU RoBOT which does a plethora of tasks, while the latter operates Cyberbot I (which replaces old bots), Cyberbot II (which does many different things), and InternetArchiveBot which combats link rot. Welcome to the BAG!

BRFAs

We currently have 12 open bot requests at Wikipedia:Bots/Requests for approval, and could use your help processing!

Discussions
New things
Upcoming
Wikimania

Wikimania 2017 is happening in Montreal, during 9–13 August. If you plan to attend, or give a talk, let us know!

Thank you! edited by: Headbomb 17:12, 19 July 2017 (UTC)


(You can subscribe or unsubscribe from future newsletters by adding or removing your name from this list.)

Pending changes count

After over six months of tireless service, the bot has stopped updating the pending changes backlog (Task #4). Could this be restarted please? I see there are now over 70 transclusions of {{Pending Changes backlog}} and its variants, which rely on the data: Noyster (talk), 22:41, 30 June 2017 (UTC)

@Noyster: Restarted. Dat GuyTalkContribs 08:50, 1 July 2017 (UTC)
It stopped again. Seems like the file was deleted? No idea why. Dat GuyTalkContribs 15:58, 4 July 2017 (UTC)
Noyster FYI: I found the reason for the delay. See T169774#3409484. Dat GuyTalkContribs 17:14, 9 July 2017 (UTC)
Thanks for info DatGuy. The phabricator thread doesn't mean much to me, but I hope the bot can soon be back to updating PC backlog every 15 mins as before: Noyster (talk), 20:10, 9 July 2017 (UTC)
It's still only firing sporadically and looking at the history since 4 July, I suspect the same problem that occurred once before, where it only picks up counts of 10 or less: Noyster (talk), 06:23, 12 July 2017 (UTC)
I think DatGuy's having a well-earned break, but I hope he can attend to this on his return: Noyster (talk), 06:45, 17 July 2017 (UTC)
@Noyster: I forgot what I did earlier, but I tried something now as well as cleaning some of the code. We'll see soon if it works. Dat GuyTalkContribs 18:31, 19 July 2017 (UTC)

Noyster Looks good? Dat GuyTalkContribs 22:05, 19 July 2017 (UTC)

Looking good now and thank you for fixing it!: Noyster (talk), 08:11, 20 July 2017 (UTC)

Hi there, I'm pleased to inform you that I've begun reviewing the article Brunei at the 2016 Summer Olympics you nominated for GA-status according to the criteria. This process may take up to 7 days. Feel free to contact me with any questions or comments you might have during this period. Message delivered by Legobot, on behalf of QatarStarsLeague -- QatarStarsLeague (talk) 01:01, 21 July 2017 (UTC)