I’m boldly closing this as Resolved, per my comment at T20871#4311283 and the additional comments by @Gilles.

Thanks for the ping :)

The configuration had been helpfully done by @Romaine (Special:Diff/446490283) ; I had forgotten I had disabled the general upgrade cron the other week when investigating issues with the Wiki Science Competition data...

(Quick not that this error was mentioned in https://www.wikidata.org/wiki/Wikidata:Project_chat#Countries_vs._sovereign_states)

This seems reasonable ; indeed WLE 2020 Ukraine achieving 100% usage is probably not what is expected :)

In T246885#6379176, @Lokal_Profil wrote:

Looks like this still hasn't been deployed to isa.toolforge.org. Anything stopping that?

Let’s close ; these things sometimes happen with new configurations pending a webservice restart.

Unassigning myself, leaving it to @TheDJ :)

Redis caching has been live for a while now ; follow-up work can be filed as other tasks.

Thanks @bd808 for the investigation and hints!

So:

• crontab invokes jsub with the run.sh script (jsub -mem 1000m -once -j y -o /data/project/integraality/logs/update.log -N update /data/project/integraality/integraality/bin/run.sh)
• run.sh:
  • sources the virtual environment (via /data/project/integraality/www/python//venv/bin/activate)
  • runs the python script (via python integraality/pages_processor.py)

(Just lurking here ^_^)

In T194953#6232984, @Bstorm wrote:

I know when I'm messing with go, I never compile inside Toolforge directly. I just rsync things after cross-compiling on my Mac. I haven't tried that with rust.

https://wudele.toolforge.org/hQ6hmSe2Hiy79d5x works

Tentatively fixed by altering the .lighttpd config ; let’s see what users say.

Tentatively closing as invalid − something must have been fixed somewhere by someone :)

I updated a bit https://commons.wikimedia.org/wiki/Commons:Monuments_database/Harvesting − it’s not the best docs but looks fairly up to date. The one really missing part is how to configure Wikidata-based sources.

@bd808 Good point re:toolinfo.json, forgot about that. Added at https://tools-static.wmflabs.org/wudele/toolinfo.json and it’s now showing up in https://tools.wmflabs.org/hay/directory/#/search/wudele

During the hackathon I emailed back and forth with the original author, Raquel Smith. She kindly accepted to license it under MIT license \o/

• Service accessible at https://wudele.toolforge.org/
• Code at https://github.com/JeanFred/wudele-toolforge/
• Some background/recap on https://commonists.wordpress.com/2020/05/09/wudele-a-framadate-instance-in-the-wikimedia-cloud/

As far as I can tell, this is resolved − please reopen if there are additional issues.

Closing this as resolved, as most of the functionality is there. Follow-up work can be filed as separate tasks.

Good catch, fixed in 1a7a6c8 and kicked off another update:

With R2566:b74b35227cf9, the queries feature is working as well.

With R2566:6f36ffd616e9, there is partial support for labels: statistics will be computer with the Lde syntax − see eg https://www.wikidata.org/wiki/User:Jean-Fr%C3%A9d%C3%A9ric/Red_Pandas.

Items within a group with a given label

Regarding the syntax I brainstormed with @VIGNERON and the QS syntax is the winner :)

Thanks @Aklapper, that sounds good.

In T180566#6024333, @bd808 wrote:

@JeanFred is this still an active problem, or just a phab task that never got closed?

In T184000#6007325, @RexxS wrote:

It is unfortunate that Wikidata chose to use prose fragment case, as that never gets used in any application that I'm aware of.

In T246696#5936204, @GuillaumeG wrote:

The contest dates seem ok.

It’s only used to 'discard' pictures taken too early / too late − the logs only indicate a couple of such pictures so it should be fine.

Hmmm, strange. @Chicocvenancio can you post the URL where this happens?

Here we go:

Good call @GuillaumeG, had forgotten about that. :-)