@komla The third case of one of my tools that I dont get a ping about because you just picked the first maintainer on the list. I'd recommend you fo a second pass on all of these tickets and ping ALL of the maintainers if you want to ensure you get a response.

Please extend the deadline for this tool past the winter holidays to give us a chance at figuring out the issues around the remaining cron-jobs

@komla Firstly. Don't expect a reply if you only ping the forst maintainer on the list. I'm a maintainer of this tool and was only made aware because of a kptice on another tool. I imagine this isn't the only tool that this is the case for.

• Update spending-to-date in the "Non-Worktime estimates"-tab

This is explicitly not done for WfhS since this awaits a budget change

For future memory there is also https://vismaspcs.se/ditt-foretagande/sakerhet/gallring-gdpr-lon which is likely more relevant

The checklist has been updated and information has been added to the purging routine. This unblocks T348306: ☂2023 Data purge.

In T318050#9295909, @Abit wrote:

Heyo @Lokal_Profil ^_^ I talked with @Cparle about this. Cormac did you catch up with the ISA folks?

In T207135#9026761, @Lokal_Profil wrote:

Note that the original document from Stockholms stad seems to have gotten lost when handlingar.se removed all pre-existing data

In T350774#9316535, @Jenny_Brandt_WMSE wrote:

Answer from Ann regarding Direct debits forms.
"Vi bedömer att det är ett bokföringsmaterial om det förekommit dragningar. Har det aldrig använts kan det inte behöva sparas."

Once a proper CRM (which can send out direct debits) is acquired the suggestions below will have to change.

Did these get fixed with the 1.39 sync?

@Sebastian_Berlin-WMSE can these be handled now?

Amanda mentioned to Beat at Wikimania that the SDC team might be able to help out on a few of the ISA related issues where the current team needed support.

Flagging this for you @Eric_Luth_WMSE since volunteer activity needs to be updated.

Purge done.

Next one at T349682: 2023-09--10 Burnchart update and financial summary. Publication left to @Jopparn

Digital backlog removed. The physical one got started but isn't finished yet. I however believe @Jenny_Brandt_WMSE identified which documents have a physical counterpart so all that is left to do is stick these in the right folder and update the spreadsheet and wiki.

Apologies for not seeing this before.

@Sebastian_Berlin-WMSE anything left here?

In T347899#9258560, @Sfaci wrote:

Just wondering, for example, why this item File:)(_-_Flickr_-_Time.Captured..jpg is included as "is not correct". I think we already understand the issue and that case is not matching with the failure pattern (this is a combination of some punctuation marks because not all of them are store at the same way in the datasets) and, when I request:

https://wikimedia.org/api/rest_v1/metrics/mediarequests/per-file/all-referers/all-agents/%2Fwikipedia%2Fcommons%2F0%2F00%2F)(_-_Flickr_-_Time.Captured..jpg/monthly/20230101/20231001

I get a good response:

    "items": [
        {
            "referer": "all-referers",
            "file_path": "/wikipedia/commons/0/00/)(_-_Flickr_-_Time.Captured..jpg",
            "granularity": "monthly",
            "timestamp": "2023010100",
            "agent": "all-agents",
            "requests": 16
        },
        {
            "referer": "all-referers",
            "file_path": "/wikipedia/commons/0/00/)(_-_Flickr_-_Time.Captured..jpg",
            "granularity": "monthly",
            "timestamp": "2023020100",
. . .
. . .

In some cases you are adding the prefix File: but I think that is not part of the filepath, right? In that case the one that exists is )(_-_Flickr_-_Time.Captured..jpg instead of File:)(_-_Flickr_-_Time.Captured..jpg`. Is that the reason to be included as "is not correct"?

Please, correct me if I wrong
Thanks!!

For future reference git diff master -- . :^i18n :^package-lock.json is your friend

In T207135#9026761, @Lokal_Profil wrote:

In T207135#7973895, @Lokal_Profil wrote:

Stockholms stad has replied with their rules for what personnel records get created and when they get purged (gallrad). The records of interns are handled the same as for employees. For "feriearbetande ungdomar" (which we can probably compare to our Prao category) the records are stored separately but purged according to the same rules.

I'll make a summary of categories for how long various types of records are kept. Note that the wast majority of employee records are saved indefinitely.

Note that the original document from Stockholms stad seems to have gotten lost when handlingar.se removed all pre-existing data

In T347899#9217630, @MusikAnimal wrote:

Well first, the file was only uploaded 22 hours ago, so the data might simply not yet be available. However I did some digging and it appears you might be right; The API does not appear to like characters with diacritics. I get a 404 when browsing to https://wikimedia.org/api/rest_v1/metrics/mediarequests/per-file/all-referers/user/%2Fwikipedia%2Fcommons%2Fc%2Fc4%2FDebela_gri%C5%BEa%2C_kot_jo_vidi_zmaj.jpg/daily/2023091100/2023100100 and seemingly the same for any file with diacritics in the name.

Other examples:

• https://wikimedia.org/api/rest_v1/metrics/mediarequests/per-file/all-referers/user/%2Fwikipedia%2Fcommons%2F8%2F80%2FKettenbr%C3%BCcke-Saaz4.jpg/daily/2015070100/2023100100
• https://wikimedia.org/api/rest_v1/metrics/mediarequests/per-file/all-referers/user/%2Fwikipedia%2Fcommons%2F5%2F59%2FNi%C3%B1o(censura).jpg/daily/2015070100/2023100100
• https://wikimedia.org/api/rest_v1/metrics/mediarequests/per-file/all-referers/user/%2Fwikipedia%2Fcommons%2F4%2F47%2FCatedral_de_la_Encarnaci%C3%B3n%2C_M%C3%A1laga%2C_Espa%C3%B1a%2C_2023-05-19%2C_DD_37-39_HDR.jpg/daily/2015070100/2023100100

The last example, File:Catedral de la Encarnación, Málaga, España, 2023-05-19, DD 37-39 HDR.jpg, is a featured image and the file page has had a decent number of pageviews, so there should definitely be media requests showing up in Mediaviews Analysis.

This sounds eerily similar to T247333 but I think it's a different issue. Anyway, I'm tagging Pageviews-API and Data-Engineering so that this gets reported to the right people.

E-mail also sent to F2F-coordinator who got e-mails related to recruitment applications

E-mail sent out to recipient of application e-mails

Remaining tasks have been migrated to T348306: ☂2023 Data purge