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]

@Evrik: Do you have examples of things that are repeated/not listed? Headbomb {t · c · p · b} 22:30, 7 June 2022 (UTC)[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]
  • That looks good. How would I code that on the page? --evrik (talk) 03:08, 8 June 2022 (UTC)[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]
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]

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]

@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]
Done. -- JLaTondre (talk) 15:40, 12 June 2022 (UTC)[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]
@JLaTondre and Headbomb: Thank you both! --evrik (talk) 02:33, 13 June 2022 (UTC)[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]

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]
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]
The description field? Yes, that might work. I will look into it. -- JLaTondre (talk) 16:36, 13 August 2022 (UTC)[reply]

Cite tech report gone from Statistics?[edit]

This seems weird. Headbomb {t · c · p · b} 23:15, 2 August 2023 (UTC)[reply]

Short answer: The template was remamed.
Long answer: ((Cite techreport)) was moved to ((Cite tech report)) back in June. Everything managed to still work okay until Citation bot updated the template usage in the articles. The parsing is based on the "real" template name. It is smart enough to also look for redirects to the template name, but it expects the primary name to be a non-redirect.
For a short-term fix, I can update the template name being checked. For a longer-term fix, I can update it to check that a template has not been renamed before parsing. However, instead of a hard-coded list (the current ones can be found highlighted in yellow here), can it be based on catagories? Maybe use Category:Citation Style 1 templates, Category:Citation Style 2 templates, and Category:Citation Style Vancouver templates? -- JLaTondre (talk) 00:25, 6 August 2023 (UTC)[reply]
A dynamic list could work. In Category:Citation Style 1 templates, there's a sandbox and Template:Cs1 function which aren't really templates. Maybe a membership in that category + name starts with Template:Cite_...? Same for Category:Citation Style Vancouver templates. CS2 is just ((Citation)).
Headbomb {t · c · p · b} 01:08, 6 August 2023 (UTC)[reply]
For Bluebook style, there would be ((Bluebook journal)), ((Bluebook website)), and ((Cite court)). |reporter= in ((Cite court)) is equivalent to |journal= in ((Bluebook journal)). ((Bluebook website)) is likely useless since it doesn't seem to support |journal=. Headbomb {t · c · p · b} 01:12, 6 August 2023 (UTC)[reply]