Thanks.

With the great help of hywiki user ԱշոտՏՆՂ the problem has been solved for Armenian Wikipedia. This required the adaption of several templates. The question is how this can be done for all the other Wikipedias? I see three possibilities with different pros and cons:

Hi all, after completing T108799 we should now have the correct file usage for all pages of the wikisources. @Tpt, what is the current status for the Index pages? Is there anything i could do?

@Billinghurst, thank u very much for your effort to solve this issue. Maybe later when T97613 is solved entirely we also need to touch Index pages as well. But for now i agree to consider this task as closed.

@Billinghurst, as i understand the local admin Paulis did already touch all pages by a bot. @Paulis, can you please confirm it?

@Billinghurst, seems that that blocking task has been closed. Are we now able to continue with this ticket?

I generated a ~200 items list of Wikipedias that do not return coordinates via its APIs. It is based on a geosearch around New York City.

Further analysis: Even the retrieval of the coordinates of a single article is not possible on Armenian Wikipedia: https://hy.wikipedia.org/w/api.php?action=query&prop=coordinates&format=xml&colimit=10&titles=%D4%B5%D6%80%D6%87%D5%A1%D5%B6

First results of the source code analysis. The code uses a special query to the Wiki API to determine the nearby articles, such as the following (based on the coordinates of the capital Yerevan):

@Billinghurst, dewikisource seems to be fine now. How is the general status? Do we have all Wikisources finshed?

@Billinghurst, i heared about it. How is the status of the Bot run?

@Billinghurst, fine for me. I will return on Monday. Maybe i can then review the results. Thanks for your support.

@Billinghurst, i am not sure if purge is enough for updating the "File usages" at Commons. For me it did not work yesterday. Could you please verifiy if it does or not? If not you could then just skip that option and have a null edit instead.

Ok, this means that we have two possibilities for solving this ticket:

Thanks for the explanation, @Tpt.

@Billinghurst, i will perform this command. Then i could try to observe if the recent changes of pages are reflected in the related GlobalUsage at Commons. Maybe i find something interesting there.

@Billinghurst, the question for me is: why there is no mechanism to update these information on a regulary basis or even better based on a push mechanism. Without it this needs to be updated again after a while.

Seems that generally the "File usage" is rather outdated. Even in English WS there are missing links, e. g. for https://en.wikisource.org/wiki/File:Carroll_-_Phantasmagoria_and_other_poems_%281869%29.djvu. It should contain all pages from 1 to 220 according to the index: https://en.wikisource.org/wiki/Index:Carroll_-_Phantasmagoria_and_other_poems_%281869%29.djvu.

@Aklapper, @Umherirrender, @Springle: Could someone of you close that ticket please?

@Jarekt, i checked again this issue and did not see this inconsistencies anymore. Could you please double check? If it really disappeared we could close the ticket. Just in case you need to re-run you Bot against these files please do so. Thanks.

More than a month ago the ticket has been moved to "In Progress". I wonder if there is any progress on the issue?

Can someone please touch with a Bot all files in the categories "Nicht korrekturgelesen" and "Korrekturgelesen" so that they appear in the correct categories?

I also changed https://de.wikisource.org/wiki/MediaWiki:Proofreadpage_quality1_category from "Nicht korrekturgelesen" to "Unkorrigiert".

@Springle, if there is anything that a normal labs user as me could do to solve or even further analyze this issue let me know. Otherwise i can just hope that someone finds a solution.

I agree with the two points Tobias made concerning community involvement and status clarification. Personally, i think that a dedicated Commons app fits more to the community needs since photographers and editors are separate sub-communities with their own needs. A mix could end up with a thing both do not want to use.