@Aklapper I picked this as already made least partially this in month ago by Yupik requests. I just didn't know that there was already ticket for this. I need still to check if I fully did this and if so i will close it.

There is ISCC property proposal in Wikidata

• https://www.wikidata.org/wiki/Wikidata:Property_proposal/ISCC

Just FYI here as well: @Msz2001 is running a bot for auto-reviewing new pages. It is currently active on dewiki, fiwiki, plwiki, and plwiktionary. Also, thanks to Msz2001 for doing this.

It was not visible for admins before this report. (I am admin in fiwiki)

Correct

There was one user who reported that after creating page from the red link the link in the original page doesn't change to blue. User said that he tried to purge the page cache and it didn't help. ( not sure if this was a single insident or if there was multiple ones )

Reported also in fiwiki https://fi.wikipedia.org/wiki/Wikipedia:Kahvihuone_(tekniikka)#Merkityissä_versioissa_taas_häikkää

There was mass reverting of bot edits done by reguest in admin noticeboard. It was done by using some mass reverting tool by non admin user who added temporarily to noratelimit user group for the task.

There is peak in category changes in Wikimedia Commons between 2024-10-29 23:00 - 2024-10-29 24:00 so it could be possible cause though.

Based on edit numbers there is nothing suspicious in cat-a-lot edits in Wikimedia Commons.

Just as a update, update is live now.

Thank you, it solved it!

@Theklan I have similar problem (see T376723) so my question is actually how it was solved?

just FYI, plan is to move this version to in use at next monday with two concurrent edits.

• https://commons.wikimedia.org/w/index.php?title=User:Zache/cat-a-lot-edit-libAPI.20241008.js

In T281974#8883687, @Theklan wrote:

Thanks for the advice on changes. It worked nearly perfect. Do you know what parameter should be changed to get the coordinates before the logos?

@Theklan did you solve how to move coordinates before logos?

This is still reported on Wikimedia Commons

• https://commons.wikimedia.org/wiki/Commons:Village_pump/Technical#Some_files_for_Wikisource_aren%27t_loading_properly_%28important%21%29

Error what I got when I tried the url. In any case I will raise the priority as this is broken in production site.

Best and wanted caption would be. still "Katedralskolanin liikuntasalin peruskorjauksessa löytyneet rauniot" .

@Stevemunene I reopened this because the task described in the ticket was only completed for query.wikidata.org, and it does not work yet on commons-query.wikimedia.org.

We can do so, but just as a note.

Thank you @RKemper!

I made a new ticket for fixing cat-a-lot.js (T375355) and there is now parallel edit version which limits the editing to 5 parallel edits and 1 if the maxlag is high.

About cat-a-lot. I made a version which does editing in series instead of parallel and one thing what I noticed that it takes more time to write them in series than using 1s sleep between new edits. Even without any templates in page the edit took almost 0.5s.

I have experience with three different types of queries where keeping the results has been important.

Would it be possible that there would be downloadable dump of the thumbnail images? Even better if they would not be small thumbnails but least 1024px, but anyway jpeg compressed so they would be reasonably sized.

My project scope is to being able to confirm if the image is visually identical with another image with minimal false positives / false negatives so it can be used in for confirming the image pairs in automatic processing. . For example, to confirm that some image in Wikimedia Commons is same than some image in GLAM archives. One usecase is preventing duplicates when uploading, but also knowing when updating metadata of the image that bot is updating the correct image.

In T368500#10127917, @Prototyperspective wrote:

Only shows "Search ready" after uploading a small jpeg file via Browse.

Confirmed that if preprosessing is toggled off and scaling is changed to LANCZOS the resulted image hashes are identical to Python imagehash library's phash.

libfastimagehash is a imagehash replacement for C/C++ ... The methods used to compute the image hashes are identical to the imagehash python library, however, due to some slight differences in the way OpenCV vs Pillow images are resized, the final image hashes are not always exactly the same.

• https://github.com/simon987/fastimagehash

Some stats

After comparing the Imagehash.py and OpenCV imagehash

• https://github.com/JohannesBuchner/imagehash/blob/master/imagehash/__init__.py
• https://github.com/opencv/opencv_contrib/blob/4.x/modules/img_hash/src/phash.cpp#L13

Some comments and thoughs

@JJMC89 Thank you for your answer, problem solved!

I updated the SQL query so that it will fetch large numbers instead of zeroes. (ie. SELECT max(phash) FROM imagehash) Also screenshot for consistency.

I got an error when i tried to query bigint columns

I am still interested for archive comments as it makes possible to for example analyse if there were notability discussion before page was deleted and how many users participated to discussion with edit. (ie. starting discussion finnish wikipedia it generates semi-standard comment lines which can be filtered using SQL)

I created a ticket T367945 for superset being down. Should we modify the test or wait if it will come back up?

@Xqt Yes, I looked those as an example when I started.

It would be useful to have a block that would block unregistered users and new users but would not affect users who have at least 100 edits in any Wikimedia wikis and are not blocked in any Wikimedia wikis. This would allow the blocking of IP ranges but still allow regular users to edit.