User talk:JL-Bot

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search

Not sure this is configured correctly[edit]

On this page:

It looks like a couple of topics are repeated, and on (the DYK section) isn't list at all. How can I fix this? --evrik (talk) 16:25, 7 June 2022 (UTC)Reply[reply]

@Evrik: Do you have examples of things that are repeated/not listed? Headbomb {t · c · p · b} 22:30, 7 June 2022 (UTC)Reply[reply]
For the DYK section, there was an extra equals sign on the end of the line. I removed that and re-ran. The DYK section is now present. I'm not seeing any duplicate topics. Let me know what you are questioning and I will take a look at it. -- JLaTondre (talk) 01:06, 8 June 2022 (UTC)Reply[reply]
  • @JLaTondre:, thank you for the fix. @Headbomb:, "Picture of the day pictures" seems to duplicate "Featured pictures", "Featured lists" mirrors "Main page featured lists" are the two with the most overlap. --evrik (talk) 01:22, 8 June 2022 (UTC)Reply[reply]
    Well that's because they're different things.
    I suppose some condensed output could be something like
    Could also be done. Headbomb {t · c · p · b} 03:00, 8 June 2022 (UTC)Reply[reply]
  • That looks good. How would I code that on the page? --evrik (talk) 03:08, 8 June 2022 (UTC)Reply[reply]
  • JLaTondre would first have to code support for that, and then the instruction would be at WP:RECOG if/when that's implemented. Headbomb {t · c · p · b} 05:04, 8 June 2022 (UTC)Reply[reply]
The bot currently outputs by category. There is overlap in the categories (for example, I would assume all "Main page featured lists" are "Featured lists"), but they are not the same (not all featured content appears on the main page). So what is the ask here?
  1. When outputting a featured type (ex. "Featured lists"), provide an option to add a Wikipedia icon if it appeared on the main page?
    1. It would then be up to specifier to only include the one category type and the option; or
    2. The bot would only display the larger category if the option is set even if both categories are specified
  2. Provide an option to consolidate by page type (article, list, picture, sound) where it would show a different icon for each recognized type? So for example, the new section could be "Recognized articles" and you would get a different icon and date (where applicable) for each of "Featured article", "Former featured article", "DYK", etc.
-- JLaTondre (talk) 11:55, 8 June 2022 (UTC)Reply[reply]

Well, TFAs should be either current or former FAs. So a condensed option would, IMO, required that both FA and FFA are covered. And then the TFAs could be 'merged' into FA/FFA. Likewise for TFLs, which would be merged into both FL and FFL sections. So if you have


the output would be as is, but if you had something like

|content-mainpage-featured=condensed (or something equivalent)

then the output would be merged as above (or similar, depending on whether or not icons were desired) Headbomb {t · c · p · b} 12:38, 8 June 2022 (UTC)Reply[reply]

@JLaTondre: if you run the bot on Portal:Scouting/Recognized_content I can do a full mockup. Headbomb {t · c · p · b} 01:55, 12 June 2022 (UTC)Reply[reply]
Done. -- JLaTondre (talk) 15:40, 12 June 2022 (UTC)Reply[reply]
Mockup. POTD icons will be supported once Template_talk:Icon#POTD_support is enacted. Headbomb {t · c · p · b} 16:32, 12 June 2022 (UTC)Reply[reply]
@JLaTondre and Headbomb: Thank you both! --evrik (talk) 02:33, 13 June 2022 (UTC)Reply[reply]


Could you add those tagged by {{R from incorrect name}} to that page? Headbomb {t · c · p · b} 13:49, 1 August 2022 (UTC)Reply[reply]

I assume as a new section? -- JLaTondre (talk) 23:21, 1 August 2022 (UTC)Reply[reply]
Nah, I'd keep it in the same. They're fairly interchangeable. Headbomb {t · c · p · b} 23:35, 1 August 2022 (UTC)Reply[reply]
I ended up breaking it out as it's own subpage: Maintenance/Incorrect Name. They really didn't fit misspellings. As the logic repeated across the various sub-types, I consolidated some of the code. That caused some changes in the prior results that I need to go through. A couple of things were reported under misspellings that I would next expect so I may be doing some more tweaks based on what I find. -- JLaTondre (talk) 01:10, 4 August 2022 (UTC)Reply[reply]
Many of them were mis-tagged, and the rest of them are pretty much typos, or not conceptually different from them. I still think they should be merged together. It'll be 13 entries or so, and perhaps only 2-3 entries in the next dump. Headbomb {t · c · p · b} 02:37, 4 August 2022 (UTC)Reply[reply]
The WP:JCW/Typo listings however, has now many things that are neither typos nor incorrect names. Headbomb {t · c · p · b} 02:46, 4 August 2022 (UTC)Reply[reply]
User:Anomie/linkclassifier.js is useful here if you don't make use of it (I also have a modified version at User:Headbomb/linkclassifier.js that highlights diacritic categories and {{R from ISO 4}} and similar). More or less, if it's in red or orange, it should be on those pages. There might be exceptions, and some have since been re-classified as {{R from long title}}/{{R from alternative title}}, but they should be rare. Headbomb {t · c · p · b} 03:27, 4 August 2022 (UTC)Reply[reply]
Okay, I reverted prior changes and rolled it into the misspellings. It was a more straightforward change. -- JLaTondre (talk) 00:07, 5 August 2022 (UTC)Reply[reply]
Thanks. Looks good! Headbomb {t · c · p · b} 00:39, 5 August 2022 (UTC)Reply[reply]
One thing I notice is those maintenance pages tend to be updated once a dump. It would be nice if they could be updated alongside the rest to reflect changes in categories. It's not critical, but I doubt this would take much extra computational time. Headbomb {t · c · p · b} 00:54, 5 August 2022 (UTC)Reply[reply]
Done. It was set to run on pattern config changes. I updated it to run on every run. It takes about 20 mins to process all the maintenance types. -- JLaTondre (talk) 19:10, 5 August 2022 (UTC)Reply[reply]

FM captions[edit]

Is there a reason why the "caption" option actually displays the media's title rather than its caption? The titles are so rarely helpful, while the captions would definitely be! MeegsC (talk) 17:38, 7 August 2022 (UTC)Reply[reply]

Primarily performance, but also the lack of standard formats. Captions are on the pages that use the images and it would be add significant time to go pull them. The task already takes most of a day to run. Images can also appear on multiple pages with significantly different captions. Captions are not always in a standard format which makes pulling them from the page text problematic. -- JLaTondre (talk) 12:00, 9 August 2022 (UTC)Reply[reply]
Could we not use the captions that are in the picture file, and default to the title only if the picture file doesn't have an English caption? Most file captions are better than the title! MeegsC (talk) 13:14, 9 August 2022 (UTC)Reply[reply]