Logs for some WikiProjects show articles getting reassessed every day

[audiodude]

https://en.wikipedia.org/wiki/Wikipedia:Version_1.0_Editorial_Team/American_animation_articles_by_quality_log

The log shows the same articles, which appear to probably be every article in the project, being reassessed every day. Investigate this.

[audiodude]

https://en.wikipedia.org/wiki/Wikipedia:Version_1.0_Editorial_Team/American_Civil_War_articles_by_quality_log

American Civil War articles seem to have the same problem.

[audiodude]

Similar problem here:

https://en.wikipedia.org/wiki/Wikipedia:Version_1.0_Editorial_Team/Adelaide_articles_by_quality_log

And this is just the A's. Looks pretty widespread.

[audiodude]

See #3, which shows that this problem may have existed before the re-write.

[audiodude]

Okay so digging in to the American Civil War WikiProject, the article 10th Ohio Battery is listed under both C-Class and Start-Class American Civil War articles.

Apparently there are hundreds of articles like this that are double listed.

We could possibly build some logic in the update code for handling this, like if an article shows up in multiple categories, don't write a log for it.

We might also generate a report about articles that are in this state and try to fix them on-wiki.

@walkerma do you have any ideas or suggestions?

[walkerma]

As you probably know, the rule we always adopted with the old bot is that the article would be listed as Start for the project that listed it as Start, and then C for the project that listed it as C. Unfortunately, in this case it is double listed for WP:MILHIST, which explains the bot's confusion. If I recall correctly, MILHIST was one of the projects (like WP:CHEM) that chose not to use C-Class when it was first introduced (in 2008), but many of the people from that time have now moved on and now the project does use C-Class (see https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Military_history/Assessment ).

If you've seen a few of these double-listed ones, can you confirm that most conflicts occur at the Start-C level? If so, I would suggest that for now, you write the bot code so in cases where the same project has multiple assessments it simply takes the higher (or highest) of the two (or more) assessments. That should solve the problem for nearly all cases; if there are a couple where that's not true, we can argue that the WikiProject should fix the problem.

As for the double assessed ones, if you're compiling a list, then perhaps you could save that information and share it with WP:MILHIST or wherever, and they could either fix it manually or put in a bot request.

Thanks, @audiodude

[kelson42]

Another one https://en.wikipedia.org/w/index.php?title=Wikipedia:Version_1.0_Editorial_Team/Saints_articles_by_quality_log&oldid=913442816

[audiodude]

@walkerma if you look at the first example of this I showed, it's also a problem with Unknown-Class it seems: https://en.wikipedia.org/wiki/Wikipedia:Version_1.0_Editorial_Team/American_animation_articles_by_quality_log

This example also looks like a lot of problems with Unknown-Class:
https://en.wikipedia.org/wiki/Wikipedia:Version_1.0_Editorial_Team/Adelaide_articles_by_quality_log

[kelson42]

Should be fixed now