This is already the current behaviour.

Ran check_emailable_users.py -category:"Images_from_Wiki_Loves_Monuments_2019" -delta:27360 -notify (to cover the last 18 days of competition. Took 4h.

There were 3454 uploaders in the last 27360 minutes...
...and 1139 non-emailable users

@MichaelMaggs This is now live − see https://tools.wmflabs.org/wikiloves/monuments/2019

Pfew, took me two weeks to actually test that script ; found a bug, fixed it, now we’d be good to go.

Sure, good idea :)

Fixed https://commons.wikimedia.org/wiki/Special:Diff/365298329

Can’t reproduce this locally. I did a harvest of ge:ka and another of au:en, ran fill_table_monuments_all and then database_statistics − the stats are generated just fine :-/

Good catch, thanks for reporting!

Huh, looks like that just succeeded, in 6 minutes:

2019-09-02_16:31:06 Dump database...
2019-09-02_16:37:34 Replace the sql file atomically...

The images view 502s when providing a username parameter:
https://tools.wmflabs.org/wikiloves/images?event=monuments&year=2019&country=Russia&user=Olga-lisenkova

Ah, my bad, I got confused with the steps. The images view does indeed 502.

Thanks for reporting this and giving reproduction steps.

Cross-filed at https://github.com/hatnote/monumental/issues/33

My guess would be that the tool looks at when the Wikimedia Commons account was created rather than when the SUL account was created.

Harvest done. 309 monuments.

Harvest is running. The Unknown fields report is already available: https://commons.wikimedia.org/wiki/Commons:Monuments_database/Unknown_fields/monuments_my_(en)

In T231621#5455852, @Mike_Peel wrote:

In T231621#5455033, @JeanFred wrote:

3. by the nature of point 1 there will be no tracking category for images with ids for the dataset.

The MonumentID could figure it out based on the Wikidata invoke and add the relevant country-based category.

I'll ping @Mike_Peel here, as he is the creator of the MonumentID template on Commons. What do you think, Mike?

Sure, what country tracking category would you like it to add? I've done a demo at https://commons.wikimedia.org/wiki/File:At_Paraty,_Brazil_2017_107.jpg that currently puts it into "Category:Monuments by ID in Brazil", but any other format of "Category:prefix <country> postfix" is straightforward to implement. (But different prefixes/postfixes for different countries would be messy.)

In T231164#5455196, @Romaine wrote:

I keep the module updated since today with this edit and have it on my list with changes in the coming hours and days.

We are also using a different template (MonumentID, which is not Brazilian specific) than the one used in other years (Cultural Heritage Brazil) so the images on Commons from previous Brazil WLM are not affected by this new process.

While I think the sparql bit of this will be straight forward there are a few other issues I think might complicate things (@JeanFred what do you think). They shouldn't be blockers though I believe.

In T195341#5446948, @MichaelMaggs wrote:

OK, done.

In T195341#5446485, @MichaelMaggs wrote:

I think the text needs some minor tweaks (not sure where to find it on wiki within the template structure):

Here is a draft message to be posted on the talk page:

I found this out as I was researching T195341: Post message to WLM participants who have not registered an email address . I’ll probably go for (slow) API queries, but would be interested in checking this via the WikiReplicas.

I investigated this today. It’s doable via the API, and it’s implemented by Pywikibot as user.emailable()

We have now a fine pinned pywikibot, and it’s been working well for a while now.

Per https://lists.wikimedia.org/pipermail/wlm-announce/2019-August/000085.html, @MartinK has made https://commons.wikimedia.org/wiki/Commons:Wiki_Loves_Monuments/Documentation/Landingpage_Template

Done.

This was actually done in ec66b4f.

This is still roughly 10.5 hours.

Latest runs:
2019-08-26_13:45:03 Update monuments_all table...
2019-08-26_13:50:34 Make statistics...
→ 5 minutes

In T216364#5214062, @Lokal_Profil wrote:

In T216364#5052139, @Lokal_Profil wrote:

Did this also make the statistics bit work?

Is there anything left to do in this task?

Upstream issue with Nose. I should pick up that migration to py.test again :)

Tentatively closing this as resolved − grepped through the latest update logs, no mention of KeyboardInterrupt since September 2018

I am not sure the timeout catch actually works: testing the nl_nl, I got the timeout on the Query service UI, but on pywikibot side I just had an empty result.

Ah, setting basepython is good enough as it seems :)