Template talk:Single chart

This is the talk page for discussing improvements to the Single chart template.

Put new text under old text. Click here to start a new topic.
New to Wikipedia? Welcome! Learn to edit; get help.

Archives: 1, 2, 3, 4, 5, 6: 3 months

Template update

This edit request has been answered. Set the |answered= parameter to no to reactivate your request.

I've finished the work I started earlier this year on a full tracking of parameters and a systematic output of errors into the table and references (Template talk:Single chart/Archive 6#Errors output normalization + the first part above). The completed version is in /sandbox. Tests seem to be fine. In addition, I also made a few minor corrections:

Sorted and regrouped charts in the code: Billboard into several groups, the UK's Official charts together, and the TopHit charts as well, to make it easier to maintain consistent formatting across the same sites.
UKZobbel — removed the need for the "id" and "urltitle" parameters and replaced them with "date", because the "id"s were dates in the YYMMDD format, and "urltitle" was always the same and can be generated from the date. After updating the template, I will replace/clear all of the uses with AWB.
The European Hot 100 Singles link was not working at the moment and was useless in the Web Archive, so I replaced it with the web-archived version discussed here: Template talk:Single chart/Archive 4#European Hot 100 Singles, since at least that will work somewhere.
Fixed Finland/Finnishairplay/Finnishdownload urls.
Replaced the "Scotland" text with "Scotland Singles" per the discussion above.
Corrected links to renamed articles
Updated Billboard Rhythmic and Adult Alternative charts to actual names
Also fixed few ref name bugs.

Solidest (talk) 03:21, 26 October 2025 (UTC)[reply]

Done Muhandes (talk) 14:59, 27 October 2025 (UTC)[reply]

Thank you! UKZobbel usages have been fully converted to the new format. Solidest (talk) 15:31, 27 October 2025 (UTC)[reply]

@Muhandes One more update from the sandbox is needed. I didn't notice that some errors remain in the table and aren't transferred to the refs, since I was relying on the old incorrect footnote count (it was 74, but should be 90 in Template:Single chart/testcases#Sandbox 2). Solidest (talk) 16:46, 27 October 2025 (UTC)[reply]

Done Muhandes (talk) 07:56, 28 October 2025 (UTC)[reply]

I've been checking what appears in the "missing parameters" category and found one redundant check in Dutch40, fixed it. And I'm still trying to figure out the best way to handle charts with dual URLs (Dutch40, Norway, Denmark) — I’ve slightly reformatted those in the sandbox as well.

I also have a question about the parameters that don’t affect the URL but are only used in the URL's text part. These are:

Australiadance - urltitle
Australiapandora - urltitle
Australiaurban - urltitle
Bulgaria - urltitle
CIS - artist, song
Denmark (mode 1) - artist, song
Denmark Airplay - artist, song
Germany - artist, song
Oricon2 - song
West Germany - artist, song

I haven’t added checks for these parameters at this point. Should I add them or leave them optional? "{{{artist}}} – {{{song}}}" in references isn’t really that critical, but it might still be worth tracking? Solidest (talk) 14:54, 28 October 2025 (UTC)[reply]

I think "{{{artist}}} – {{{song}}}" is lazy and unprofessional. I think the best is to change the code so if these are not supplied, they are not displayed (which is what I did in the certification template).
I applied your changes to the main template. Muhandes (talk) 11:10, 29 October 2025 (UTC)[reply]

Thanks once again.
And how should we handle cases when we have songid only? (It is not easy to find out how you managed these specific cases in the certifications)
For example, the CIS link is [1], has the title "4 In The Morning – Gwen Stefani | TopHit - Highway To Airplay". Should we just cut off the first part and leave "TopHit - Highway To Airplay"? Or add something more descriptive instead, like "CIS Chart | TopHit - Highway To Airplay"? Although CIS isn't mentioned anywhere on the page, and now it handles more than just CIS countries – Germany, UK, etc. So maybe a completely custom title like "Song #{{{songid}}} charting stats | TopHit"? Tbh, I don't really like any of these options. Solidest (talk) 16:40, 29 October 2025 (UTC)[reply]

Both "TopHit – highway to airplay" and "CIS Chart | TopHit - Highway To Airplay" work for me. I don't think anyone will complain as they are both better than the cryptic "{{{artist}}} – {{{song}}}". I don't think listing {{{songid}}} has any benefit. Muhandes (talk) 08:02, 30 October 2025 (UTC)[reply]

Ok, I've checked some of the current URL titles, and indeed, compiled ones are often used for convenience rather than precision. So I think we can simplify those parameters as well.

Australian charts may be resolved with {{#invoke:String|replace|{{{url|}}}|.*[IiSsUuEe]+[+%s]*(%d+)%.+[PpDdFf]+.*|Issue %1|plain=false}}
→ outputs “Issue 234” based on the URL. This specific format is by far the most widely used (925 out of 1041 cases). The remaining 115 cases extract the phrase from the report “Week Commencing 20th March 2006”, but that can't really be automated.

Bulgaria is also consistent in formatting and can be automated via {{#invoke:String|replace|{{{url}}}|.*%-(%d%d)(%d%d)(%d*)%-(%d%d)(%d%d)(%d+)%.html$|%1.%2.%3 – %4.%5.%6|plain=false}}
→ outputs “DD.MM.YY – DD.MM.YY” (it supports all formats used there, since the year is written differently in some cases).

The only I'm not sure what to do with is West Germany. It's the most problematic one, as it uses “year” and “artist” to generate a note: “Click on the ‘TITEL VON Artist' tab” if year <1977. It seems that splitting the chart into two separate ones wasn't a great idea overall. It would be simpler to just have a single Germany chart and handle this via the optional "year" parameter — if it's <1990, switch the title to “West Germany”, and if it's <1977, also add a note.

For the rest, we can replace them with the following variants:

Australiadance: ARIA Dance – The ARIA Report, Issue NN
Australiapandora: ARIA Top 100 Singles – The ARIA Report, Issue NN
Australiaurban: ARIA Urban Singles Chart – The ARIA Report, Issue NN
Bulgaria: Airplay Top5 – 11.11.2015 – 12.12.2016
CIS: Charts – TopHit – Highway To Airplay
Denmark: Track Top-40 – Hitlisten.NU – Danmarks officielle hitlister
Denmark Airplay: Airplay Top-20 – Hitlisten.NU – Danmarks officielle hitlister
Germany: Offizielle Deutsche Charts
Oricon2: Single on Oricon News

Oricon2 looks a bit awkward, but I couldn't come up with a better title. All the others use actual headers from their pages where applicable. Solidest (talk) 17:10, 30 October 2025 (UTC)[reply]

@Solidest: Is there any reason Ireland3 requires |artist=? The search seems to be by song title. Muhandes (talk) 09:35, 11 November 2025 (UTC)[reply]

It was added that way back in 2017. And for me, the search only works by artist name.

Artist – lists songs
Song – shows nothing
Song&cat=s normal search via the search bar – returns error 500.

Solidest (talk) 06:04, 12 November 2025 (UTC)[reply]

You are correct. Not sure what I was referring to. Muhandes (talk) 08:53, 12 November 2025 (UTC)[reply]

Transclusions of nonexistent templates

It appears that recent changes to this template have caused the deleted BillboardID and the nonexistent Billboard ID templates to be transcluded on talk pages and articles. A plate of cookies to anyone who can figure out and fix these problems. – Jonesey95 (talk) 15:28, 31 October 2025 (UTC)[reply]

Not really related to the current edits. The problem is quite old because the template was not removed from the pages when it was deleted: Template talk:Single chart/Archive 6#BillboardID template. This week, I cleaned up these 489 cases from the articles. Also fixed 2 transclusions in the mainspace of "Billboard ID". On the talk pages, it should also be resolved the same way - simply by deleting them or deprecated parameters one by one. (In the mainspace, almost everywhere this was the the deprecated artistid parameter in the Billboard charts.) Solidest (talk) 15:46, 31 October 2025 (UTC)[reply]

Cleaned up all the transclusions of the first template as well. Solidest (talk) 16:10, 31 October 2025 (UTC)[reply]

Thank you. – Jonesey95 (talk) 17:08, 31 October 2025 (UTC)[reply]

US Bubbling Under R&B/Hip-Hop Songs – removal from the template

What do you think about removing Category:Single chart usages for Billboardbubblingrandbhiphop from the template? The chart has long been discontinued and is used in only 3 articles, all with dead links. Only one of those links opens via the web archive, and even there, the chart position isn't verifiable since the song doesn’t appear in the list ("load more" is not working). Therefore, these chart entries can either be removed from the articles or marked as failed verification." Solidest (talk) 15:38, 27 October 2025 (UTC)[reply]

No objection from me. There is no reason to maintain a chart that is used 3 times. Muhandes (talk) 07:58, 28 October 2025 (UTC)[reply]

Great, I replaced all inclusions with regular number + ref + "failed verification" template and removed the chart from the sandbox as well. Solidest (talk) 18:05, 28 October 2025 (UTC)[reply]

I removed it from the template and documentation.. Muhandes (talk) 11:04, 29 October 2025 (UTC)[reply]

Issues with templates not linking to existing chart articles

"Over the course of my time on Wikipedia, I have noticed several instances most notably of the Irish (Singles & Albums) and Japanese (Singles & Albums) chart articles not being linked to in their respective templates. To fix these issues, I have previously patched the issues by changing them into manual templates including the chart article links, but have received a little bit of pushback due to a couple of users citing a note on this page, despite it being a glaring issue with the templates at hand. Instead of me coming across and fixing these on an article by article basis, it's better if these were fixed at the root of the problem in the templates themselves to be linked to the articles at hand, which is important to do so if they exist per the norm of what is done with the UK, Scottish, US and Canadian charts. Is there a reason these weren't previously in the templates or was it just an oversight? Additionally, if anyone knows of chart articles for other regions that aren't linked to either, then those issues could all be fixed at once, as I find it to be quite a big issue at present. I would appreciate it if this would be fixed in the templates as soon as possible. Many thanks."

— Rockmusicfanatic20

I originally brought these issues up on the MOS:CHARTS talk page, but got redirected here by JohnFromPinckney (talk · contribs). I just copy and pasted the original section over, with an additional provided example of what I'm talking about to clear things up.

What it's like currently:

Chart (2025)	Peak position
Ireland (IRMA)	1
Japan (Oricon)	1

What I'm proposing to fix the issue:

Chart (2025)	Peak position
Ireland (IRMA)	1
Japan (Oricon)	1

These issues are prevalent in both the singles and albums charts templates. I hope that this can be resolved soon, so there's no need of any manual templates to correct the issue, when it's just instead better to get these issues resolved within the templates itself to make it easier for all of us. I would greatly appreciate all of your help to resolve these current issues as soon as possible, thank you. Rockmusicfanatic20 (talk) 16:58, 21 October 2025 (UTC)[reply]

The reason why country names are not linked to individual charts is due to MOS:LINKCLARITY. Setting links to specific chart pages (there are dozens of them in each country) into country names would be a deliberate misleading of readers. Solidest (talk) 20:47, 21 October 2025 (UTC)[reply]

With all due respect, I'm very confused by that logic considering that we literally already having other chart articles linking to other regional charts, such as Canada, Scotland, Billboard Japan, United Kingdom (main, component and genre specific charts), as well as the United States (main, component and genre specific charts) in the chart templates themselves. This is about consistency and making sure to link to them if the chart articles exist, hence why I've flagged this issue up in the first place. Readers know these link to their respective regional chart articles given the context of it already being in a chart table and a chart template. How is it misleading to readers if they know that regional charts are linking to their respective regional chart articles? Rockmusicfanatic20 (talk) 19:00, 22 October 2025 (UTC)[reply]

The issue is that when only the name of the country is specified in the table, this text implies that it refers to the country and should not be linked with random chart. Currently, the problem with the existing incorrect link only applies to Scotland: Template:Single chart/testcases#Sandbox, while the others do not have this issue — the links are correctly specified over the chart names, not the countries. Solidest (talk) 20:49, 22 October 2025 (UTC)[reply]

While I don't neccesarily agree with that notion as context shows where the implications lie with them linking their regional charts anyway. There's a simple fix to this, by just adding "Singles" to the end of the reigonal charts where needed to be linked.. "Ireland Singles" and "Japan Singles" linking to the Irish Singles Chart and Oricon Singles Chart in each chart template brings a resolution to the issue that you're bringing up, as a way for us to fix both issues we've noted here in this discussion. Rockmusicfanatic20 (talk) 20:42, 29 October 2025 (UTC)[reply]

Trying to get an update on this, an issue I had previously flagged up that still needs resolution. Thanks. Rockmusicfanatic20 (talk) 21:23, 14 November 2025 (UTC)[reply]

Canada Modern Rock (and other Canadian airplay charts)

Around January or February 2025, the Canadian airplay charts moved to the Billboard Canada website and it was noted that the rock chart "split" into a modern rock and a mainstream rock chart. Since then, you can't find the Canadian airplay charts in the drop-down menu on artists individual "Chart History" pages. However, linking to the Billboard chart history pages by adding the "3-letter code" to the chart history URL still gives the correct "Chart History" info for that chart.

For example: The URL https://www.billboard.com/artist/chappell-roan/chart-history/CHT still shows the correct chart info for the "Canada Hot AC" chart, even updated with current information from the charts despite saying "Billboard Hot 100" (the first available chart) in the drop-down.

In addition to the old links still showing correct info, I (just for fun) tried using CMR at the end (for Canada Modern Rock), and surprisingly, it actually works and shows correct chart info for that chart (again incorrectly listing the first available chart in the drop-down). The information for charts starting with January 25, 2025 can be easily checked against the individual charts at https://ca.billboard.com/charts/canada-modern-rock/.

For example: The URL https://www.billboard.com/artist/sam-fender/chart-history/CMR shows correct chart info for the "Canada Modern Rock" chart despite listing "Top Album Sales" in the drop-down.

Even more surprisingly, using CMR on a bunch of artists reveals that this supposedly "new" chart seems to have been actually been running since July 30, 2011! This could provide new information that might be interesting to add to articles.

For example: https://www.billboard.com/artist/arcade-fire/chart-history/CMR predictably shows higher peaks than the equivalent US chart as Canadian radio boosts the airplay of Canadian artists, and https://www.billboard.com/artist/chappell-roan/chart-history/CMR correctly shows that "Good Luck, Babe" was played on alternative stations in Canada.

I guess this now leaves me with two questions:

Should there be any concern around the heavy use of Canadian airplay templates that link to "chart history" if they're only available via the link now and the Billboard website doesn't list the correct chart name?
Should information from the Billboard chart history pages for "Canada Modern Rock" be included in articles if the individual charts (prior to January 25, 2025) have been lost to time and can't be verified? If so, should it be added to the template similarly to the existing airplay charts (Canada Hot AC, etc.)?

Jigglypoof21 (talk) 09:29, 17 November 2025 (UTC)[reply]

UK OCC Vinyl Albums Chart

Could UKvinyl be added to the template? Format is https://www.officialcharts.com/charts/vinyl-albums-chart/YYYYMMDD [2] ~2025-35326-52 (talk) 03:46, 22 November 2025 (UTC)[reply]

Template for charts of Egypt, MENA, North Africa, Saudi Arabia and the UAE?

Hey,

I wonder if it would be possible to create a template for charts for Egypt, MENA, North Africa, Saudi Arabia and the UAE. All four are published by IFPI on the website https://www.theofficialmenachart.com. I think it would be possible to create a template for them, because after choosing the tab "Charts", it redirects to: https://www.theofficialmenachart.com/weeklychart, where you can search for a given song title or artist and select the chart of the country/region. You can also select the year and week, or click on the song and see the chart history on the graph, but I think the easiest option would be to use note= to search for a song, as there are no special links for weeks. I'm thinking about the solution like it works currently with Romaniaradiochart or ItalyFIMI. @Muhandes what do you think - would it be possible? Szyign (talk) 02:25, 6 December 2025 (UTC)[reply]

I don't see a technical issue, but due to my health I’m no longer implementing additions to this template. If Solidest or anyone else is willing to implement and test it, I can move it from the sandbox to the main template. Muhandes (talk) 15:41, 6 December 2025 (UTC)[reply]

I won't object if someone wants to do it, but I'm not a fan of having "you can find it yourself via the website search" charts, because those websites stop working and chart positions can't be verified through the web archive. Slovakdigital and Slovakia are in that state right now.
I've reworked ItalyFIMI so it now gives direct links to the needed chart. Romanianradio also has direct links to the exact chart (RomanianTV just needs switching tabs on the page). Czech Republic, Czechdigital, Slovakdigital2, and Slovakia2 – all located on the same site – use a similar approach where the chart name is specified and needs to be selected from a list, but they could be reworked to use the songid param instead.
MENA charts only generate dynamic links for API requests like https://api.theofficialmenachart.com/v1/songs?limit=20&week_id=998&key=na . I'm not sure how acceptable that is for sources on Wikipedia. Solidest (talk) 16:11, 6 December 2025 (UTC)[reply]

I understand your point of view; in fact, I usually take a similar approach to yours :) In this case, I made an exception and thought about a template because I noticed that The Official MENA Chart has been publishing charts for the MENA region regularly since 2022, and in 2023 they launched additional charts for Egypt, North Africa, Saudi Arabia and the UAE. I’ve been following their website, and they really do update their charts consistently every week.

Moreover, I think the site is unlikely to shut down anytime soon, since it’s run by IFPI itself, and they highlighted its launch back in 2022. Recently, they even launched a clone-type chart Official Southeast Asia Charts with a very similar design and functionality on its website for Thailand, Vietnam, Indonesia, Singapore, and Malaysia, which reinforced my impression that they’re more likely to continue operating long-term rather than abruptly ending the project Szyign (talk) 19:20, 6 December 2025 (UTC)[reply]

South Africa Streaming

Hello Muhandes, let me get straight to the point. The |SouthAfrica2= identifier hasn't been used in a while, simply because editors now add both Streaming and Radio charts on articles. Could you please change South Africa (TOSAC) to South Africa Streaming (TOSAC) dxneo (talk) 23:14, 1 January 2026 (UTC)[reply]

Done Muhandes (talk) 09:03, 2 January 2026 (UTC)[reply]

Hi! there's also an issue with the current identifier, cause it links to Top 50, which doesn't work anymore since TOSAC recently started publishing only Top 20, and the link to new weeks changed to Top 20 too... i'm not sure what can we do with that issue, any ideas? Szyign (talk) 21:46, 3 January 2026 (UTC)[reply]

Hello Szyign, the problem is not the identifier, it's their websites. For some reason, they cannot be accessed via mobile phone (including RiSA and the SAMAs). Try it with PC and let us know if it works. I tried to talk to them via Twitter, they said they addressed the issue, but still... dxneo (talk) 22:44, 3 January 2026 (UTC)[reply]

dxneo Hey! I think I wrote my previous message a bit wrong...

What I meant was that because the identifier still has the link "local-international-streaming-chart-top-50-week..." set as the default, but for several weeks now, RISA has been publishing charts under the link "local-international-streaming-chart-top-20-week.." (because they reducded the amount of positons published), which means that when using the identifier to add a peak from the most recent weeks, the ref redirects to a 404 error page, because it simply uses the old version with the top 50 in the link :) Szyign (talk) 23:19, 3 January 2026 (UTC)[reply]

Oh, now I see. TOSAC is messing with us. First it was 100, then 10, 50, now it's 20. Muhandes, can you please tweak it a bit? dxneo (talk) 03:57, 4 January 2026 (UTC)[reply]

I'm sorry, but this is getting complicated. For older listings we probably want to keep the old link and mark it as dead link, also allowing/adding an archive. For new ones (since when?) we would want the new link. I can't take such a project on myself due to my health. Perhaps Solidest can have a look. Muhandes (talk) 09:01, 4 January 2026 (UTC)[reply]

I scraped all possible link variants and got only those that currently exist. I’ll leave the summary here in case we need to come back to this later.
URL FORMAT:
- 2021: week-{week}/ (no year in URL)
- 2022+: week-{week}-{year}/

CHART SIZE (top-X):
- 2021: top-100
- 2022: top-100
- 2023 week 1-17: top-100
- 2023 week 18+: top-10
- 2024: top-10
- 2025 week 1-12: top-10
- 2025 week 13-37: top-50
- 2025 week 38+: top-20

WEEK FORMAT (leading zero):
- 2022: with zero (01, 02...)
- 2023: unknown (no weeks 1-9 available)
- 2024: without zero (1, 2...)
- 2025: with zero (01, 02...)

MISSING WEEKS:
- 2021: weeks 1-42 (chart started week 43; actually week 33, but they've been updating charts/streaming-chart-20-08-2021-to-26-08-2021 page up until week 43)
- 2022: weeks 43-44, 47-52
- 2023: weeks 1-16, 27, 33 (14-16 exist in webarchive)
- 2024: week 15 (exist in webarchive)
- 2025: weeks 4, 6, 10-11, 35, 37, 51 (37 exist in webarchive)

Done I added support for all of this to the template, except for removing the zeros from the 2024 weeks. Hopefully, editors will fill those in correctly themselves. Solidest (talk) 10:30, 4 January 2026 (UTC)[reply]

Migrating to Module:Music chart

I've been working for the past week on merging chart templates into a single module and trying to separate the table-building logic from the data-filling. And in the end, we got Module:Music chart with subpages for chart data in the form of JSON files:

Module:Music chart/single.json (here is the schema for all of them)
Module:Music chart/album.json
Module:Music chart/year-end-single.json
Module:Music chart/year-end-album.json

The goal was to keep the calls and output exactly the same as it is now. And that worked out. In addition, it has been expanded to handle specific cases, standardize discrepancies, with many additional capabilities incl tracking options, etc. I believe filling in charts in the new format should become much easier than it is now. Standard cases definitely shouldn't cause any difficulties, and with more complex ones, I suppose it will also be fairly easy to handle them compared to what we have now, with the help of documentation.
The list of features and pluses:

Architecture & data management

Chart data stored in JSON files – easy to add/edit charts without touching code
Single codebase for all chart types (single, album, year-end) – no more duplicated logic, compilations with tracking errors, etc
Centralized configuration – easy to port and translate to other wikis, with many specific options
Better performance – Lua executes faster than heavy wikitext parsing with multiple #invoke calls

Extensibility

Easy extensibility – adding new charts requires only JSON edits in a simple format, much easier to handle than current templates
Flexible expansion to new chart types if ever needed – creating EP or decade charts would require just a new JSON file and a couple of words in the code
Greater flexibility for configuration and fixing chart behavior – some currently broken charts can be repaired, like Slovakia + Czech charts

Formatting and encoding

Consistent formatting across all chart templates – no more styling discrepancies, incl. formatting dates
Different charts can be specified with a single parameter for different ways of decoding artist/release names into the required format (spaces to hyphens or plus signs, lowercase or not, replacement or removal of special characters, etc.) – see Module:Music chart#URL encoding, and additional options could be added if needed.
Same for year/date formatting – see Module:Music chart#Date validation
Year-end charts included and styled consistently with regular charts, even though they look abandoned and cluttered with aliases, but with a little effort, they can be made usable again.

URL generation

Flexible URL templating in JSON with placeholders ({artist}, {song}, {date}, etc.)
(!) "Multiple" system that allows outputting different URLs based on various conditions (year ranges, parameter presence, specific values, comparison operators like >, <, >=, <=, =, etc.), which is easy to set up. Currently, it is only used for existing "dual mode" in some charts. However, in the future, it will be possible to extend it even to historical chart names if needed. The same system also works for smart categorizing some cases.
Helper functions for complex chart-specific cases (date ranges, URL patterns). Complex logic is built into the module code. For example, I have already reworked GermanComp links that have date-convert-to-millisecond IDs in URLs. The template only requires the date listed on the page, and the module calculates the required page ID according to German time.

Validation & error tracking

Unified error tracking with many additional checks, new to albums and year-end charts.
Automatic parameter validation with error messages. Static messages in the table + refs. Colored in red.
Unused parameters checking for specific charts, unknown parameters for every chart. Colored in orange, viable only in the preview mode.

Features

Album's manual ref mode (|3=M) now supported for single and year-end charts as well
Flexible categorization – can quickly add tracking categories for specific parameters, values, or conditions;
Supports optional auto-categorization for number-one positions on specific charts (policy may vary by wiki, not sure if it's allowed on enwiki, can be enabled simply by filling in these categories in JSON for needed charts)

Documentation

A separate module function outputs all data about each chart from a JSON file into a common table, which also eliminates the need for constant updates (though it does support filling in custom notes directly in module call on the documentation page)

I may have forgotten something, but everything should be in the documentation of the module.

I thoroughly checked all the tests to make sure no issues or discrepancies were missed, but if anyone sees any problems, errors, or discrepancies in /testcases (Single, album, year-end single, year-end album), feel free to report. However, please note that some discrepancies are intentional – some are updates and improvements, while others are things I have already written about here above and have been planning to apply them for some time – this one was the removal of custom params from url_title – this has been done for singles, but remains unchanged for albums yet.

Currently I'm in the process of setting up unified documentation for all 4 templates: Template:Single chart/sandbox with #switches based on the pagename. To simply get rid of discrepancies between different template docs when they do the same thing. Though the code looks a bit heavy now, I think it's worth it. If it's too complicated somewhere, we can simplify the code later. And when I finish this, I will switch the templates to module calls, if there won't be any issues. Solidest (talk) 20:12, 7 January 2026 (UTC)[reply]

Migration

Done. Now all templates are formatted identically and track errors and issues in the same way. I have completely updated the year-end charts, and they are all now working. All chart data should now only be edited in JSON. Here is an example of adding a new chart: [3]. Solidest (talk) 16:12, 10 January 2026 (UTC)[reply]

@Solidest You probably noted it yourself, but after the migration, user pages are wrongfully populating Category:Single chart used with missing parameters (0). Muhandes (talk) 11:07, 11 January 2026 (UTC)[reply]

Yeah, at first I wanted to see how many there would be and fix those too. Especially since categories point to pages, not just articles. But we could also limit categorization to just the main space. Solidest (talk) 12:59, 11 January 2026 (UTC)[reply]

Fixed, now only the main space is categorized. Solidest (talk) 17:14, 11 January 2026 (UTC)[reply]

Also reworked Czech and Slovak charts as wrote above. Now links are generated directly to the required chart based on the year and week values. These values are hardcoded in a separate chartdata-czech.json file. If the charts continue to be published on the website as they were throughout the previous year, there is no need to update the list of identifiers — the module itself counts the new months as +1 (taking into account that weeks 51 and 52 have the same identifier). If they publish the monthly chart among the weeks again, the number of new weeks will shift by one, and then the JSON will need to be updated. Solidest (talk) 21:48, 12 January 2026 (UTC)[reply]

Monitor Latino

@Soldiest Hey, looking at the above thread about migration, it occurred to me that it might be possible to create a template for Latin American countries that are having charts on Monitor Latino. I've been adding them regularly every week for about a year and a half, and I can see that they could easily work in the same way as the template for ex-Soviet countries (tophit), because only the date and, of course, the country change in the link. As for the title, something more general could be used, because currently I paste the entire title that is displayed in the corner of the page, but it is based on the exact tracking date, so it would be a bit annoying for those who want to simply enter it using a template... In addition, it would also be easy to create a template for year-end charts, because they are under one type of link, only the country and year change. Generally speaking, examples of correctly made refs with all needed info can be found on most of the latest singles from 2025 because I add them there on an ongoing basis, but for example most of them can be found here: https://en.wikipedia.org/wiki/Easy_Lover_(Miley_Cyrus_song)#Charts

The list of all the countries which have charts can be found there Monitor Latino#Charts by country Oh, and there's also the issue that a large proportion of the songs don't make it onto the main airplay chart of the country, because Spanish-language songs dominate there, so English-language songs are much less common on the general chart... Could we make two templates - Ecuador and EcuadorAnglo, for example? I think that would make the most sense! Szyign (talk) 11:12, 11 January 2026 (UTC)[reply]

This won't be a problem with the annual charts, as they are accessible from the main page. But I don't see how to access the Top 20 charts. It seems that they are all hidden behind a paid registration with a Latin phone number? Solidest (talk) 12:58, 11 January 2026 (UTC)[reply]

Noo, it's free and totally accessible but only via the /print/ link, for example to view the anglo chart you need to enter via this link https://charts.monitorlatino.com/top20/Print/panama/anglo/20251229 and the general chart via this link https://charts.monitorlatino.com/top20/Print/panama/general/20251229 . to navigate to other week you have to change the date manually in the link, it updates every monday, so every date of monday will show dfferent week Szyign (talk) 14:17, 11 January 2026 (UTC)[reply]

change the date manually in the link - Yes, that's what I meant. To set this up, you need to manually go through the links, while the index or search is probably closed behind a paywall and most likely doesn't get indexed by Google either, which is a bummer. But if there's a desire to go through the dates manually, I can add these charts then.

Already added annual singles for: Argentina, Bolivia, Chile, Colombia, Costa Rica, Ecuador, El Salvador, Guatemala, Honduras, Mexico, Nicaragua, Panama, Paraguay, Peru, Puerto Rico, RD (Dominican Republic), Uruguay, Venezuela.
And skipped Internacional, Centroamerica, Espana, USA, Cristiano (and Latin America which I couldn't find on the site). I think Central America can be added if necessary, but the rest probably not?

The weekly charts will have the same set. I'm not sure about Anglo – is it really necessary to add them too, since they are practically identical to the main one and the only difference will be in the additional top 85-100 places? And this will seriously overload the list of charts. I wonder what @Muhandes thinks about this? Solidest (talk) 17:13, 11 January 2026 (UTC)[reply]

Yeah, I agree that España, USA and Cristiano can be skipped, as they won’t really be needed, since ES and US has own charts. As for Internacional and Centroamérica: the "Internacional" in the link actually returns a combined Latin America chart, since it merges all regional charts that Monitor Latino provides (excluding ES, US and Cristiano). However, from what I’ve noticed, the general Latin America chart seems to be somehow broken — it doesn’t display any results. I’ve tried multiple times, and it only appears to work for Anglo and genre charts, at least when accessed via direct links. So in the case of Latin America only there is a possibility to do a template for anglo charts.

Centroamérica, on the other hand, works without issues. Both the general and Anglo charts are accessible, and they combine airplay data from Nicaragua, Guatemala, Honduras, Panama, Costa Rica and El Salvador. Because of that, I think Centroamérica could still be useful, and I’ve been regularly adding it to the tables.

Regarding Anglo charts: I think they are definitely necessary for weekly charts. In several countries, English-language songs struggle to appear on the general chart due to the dominance of Spanish-language airplay. For example, in Paraguay the top 5 English-language songs of a given week usually manage to chart in the general Top 20, whereas in countries like Bolivia or Guatemala it’s sometimes difficult for any English song to even reach the Top 20 — not because of low airplay overall (the first place in anglo chart usually has like 60-70 plays weekly), but because Spanish songs block them, since they get more plays there.

For year-end charts, the situation is similar but varies by country. For instance, Bolivia had only around 7 English-language songs in its general Top 100 for 2025, while Chile had about 25. It really depends on how open a country’s radio approach is to English-language music :) Szyign (talk) 17:45, 11 January 2026 (UTC)[reply]

@Solidest One more thing regarding the year-end charts: to avoid any potential confusion in the future, I’d suggest using this link in the templates instead:

https://charts.monitorlatino.com/top100/anual/year/country/general/charts-las-mejores-canciones-por-país/tocadas

This link leads to the Top 100 list based on “tocadas”, meaning the actual number of radio plays - the same type of chart used for peaks in the weekly charts.

In the current link - by default, Monitor Latino displays year-end charts based on “impresiones”, which are not pure airplay counts — they represent estimated audience reach, calculated using the number of stations playing a song and their listener base.

Because of that, charts based on impresiones has slightly different peaks compared to charts based purely on plays. Since weekly charts are always based on tocadas (actual spins), using the tocadas year-end charts keeps the methodology consistent and makes the year-end peaks directly comparable with weekly peaks, imo! Szyign (talk) 18:08, 11 January 2026 (UTC)[reply]

I added all the pairs to year-end single and single charts as requested, except for Internacional. Still not sure about that one. I can't find any information on whether it only applies to Latin countries. But the picture highlights it as Americas, and if that's the case, I'm not sure it's a reliable source for such a chart. Solidest (talk) 21:49, 11 January 2026 (UTC)[reply]

Oh, yeah, sorry - here are the sources which lists countries being counted in th internacional chart:

https://monitorlatino.com/top/las-canciones-mas-exitosas-estan-chart-internacional-monitorlatino/ (from 2018)

"[...] thanks to the 14,372 plays generated in the last seven days on radio stations in Mexico, USA* (looking here it has to be only spanish-speaking radios], Dominican Republic, Colombia, Guatemala, Ecuador, Venezuela, Argentina, Chile, Paraguay and Panama."

https://monitorlatino.com/top/camilo-debuta-en-el-chart-internacional-con-tutu

"[...] thanks to the 6,201 plays generated in the radio scene of Mexico, USA, Colombia, Dominican Republic, Guatemala, Ecuador, Venezuela, Paraguay, Uruguay and Panama."

https://monitorlatino.com/top/los-angeles-azules-dominantes-en-el-chart-internacional-tropical-2019/

[...] that became the most listened to in the 19 countries covered by monitorLATINO."

^ also, at the bottom of this article they put a link to the chart which mathces with internacional chart Szyign (talk) 22:13, 11 January 2026 (UTC)[reply]

Given that it's the Anglo chart only and the US is included, while Spain excluded, it might not be quite right to call it Latin America as is. Maybe it's best to ask on WP:CHARTS whether it should be included or not and if there is a consensus that it is ok, I will add it. Solidest (talk) 22:24, 11 January 2026 (UTC)[reply]

okay, np Szyign (talk) 22:42, 11 January 2026 (UTC)[reply]

Canada in the template documentation

Hello. In a previous discussions here, I brought up an error of the Canada single chart. There are articles using this chart that predate the Canadian Hot 100. These include Can I Get A... and All of You (Julio Iglesias and Diana Ross song). I suggest an update in the template documentation.

RPM Top Singles was active from June 22, 1964 to November 6, 2000. The Canadian Hot 100 did not start until March 31, 2007. Therefore, I think Canada → Billboardcanadianhot100 should be changed to Canada → Billboardcanadianhot100 or Canadatopsingles with a note explaining these two chart dates. This would prevent users from using the wrong chart. Thank you :) MrLinkinPark333 (talk) 00:43, 12 January 2026 (UTC)[reply]

The yellow redirect row means that this chart ID is used as an alias for another chart. The line is auto-generated from the data. It's impossible to use one alias for two different charts. "Can I Get A" and "All of You" both use Canadatopsingles (RPM), so they have nothing to do with Billboardcanadianhot100 / Canada. I know that Muhandes previously wrote that it is preferable to have charts named after countries, but because of such overlaps, I think it is better not to have them. Canada should be gradually replaced by Billboard and removed. Solidest (talk) 01:03, 12 January 2026 (UTC)[reply]

I see that another user changed them both in November. I had not realized that because the discussion was from May. I agree that these should be converted over, but I don't need all of them should be changed to Billboard. Anything from March 31, 2007 onwards would most likely be from Billboard. Anything beforehand would need to be checked for errors. RPM ended in 2000, so there is no overlap between the two charts. MrLinkinPark333 (talk) 01:39, 12 January 2026 (UTC)[reply]

Israel Media Forest International Airplay chart

@Soldiest Hi again, sorry to bother you but I saw on the list of supported countries that Israel chart is marked as defunct. I'm not sure if you are aware, but the chart is still published, they just changed the link to this one: https://mediaforest-group.com/weekly_charts.html#!#menu2 The design slightly changed, but entering the chart works the same. You can find the example of the chart in the chart table here :) Have a nice day! Szyign (talk) 00:44, 13 January 2026 (UTC)[reply]

Thanks, I wasn't aware of that. I only saw another page where you can't navigate by week: https://mediaforest-group.com/charts/ . From what I can tell, the old data from 2009 to 2015 is unavailable, so I'll keep it marked as defunct. However, I think I can add the new site separately using year/week. We can force users to enter both the week and the date range, but it seems that calculating weeks using a complex algorithm has worked out so far, the tests appear to be working fine – we'll see. Solidest (talk) 01:58, 13 January 2026 (UTC)[reply]

It worked. But apparently, the link only opens the local chart, which only contains Israeli songs that are unlikely to be found on enwiki. All the relevant tracks seem to be on the neighboring international tab. I can write about switching over in Note and rename it to Israel International.
But more important, is this chart even relevant, considering that the number one spot on International chart indicates that the song was played 77 times? For comparison, TopHit in Russia shows almost 80,000 plays for the number one spot in the weekly charts for the same week. Solidest (talk) 02:26, 13 January 2026 (UTC)[reply]

From what I know, this may be due to the fact that Hebrew-language songs are played much more often in Israel - for example, on Mako Hit List in the Top 100 (which is based on a combination of airplay and streaming), usually a maximum of 5 songs are in English, Israeli artists dominate there, and if you take a look at the Israeli charts on Spotify, Apple Music, you can see the trend there as well. Therefore, I find it believable that the top international song on the radio only receives 70 plays per week. In fact, a similar situation with the dominance of Spanish-language songs can be seen in many countries covered by Monitor Latino, and usually the top 1 international song also achieves an average of around 70-100 plays there. Israel has a similar population, so it's actually a good example imo. Szyign (talk) 13:37, 13 January 2026 (UTC)[reply]

I see, then I guess I'll just rework this chart into International. Solidest (talk) 13:46, 13 January 2026 (UTC)[reply]

Ireland3 (irish-charts)

The website seems to be broken since at least December 2025. Therefore, archived URLs could be helpful to save these references. Otherwise, Ireland3 may need to be converted to Ireland2 if archived URLs aren't found. MrLinkinPark333 (talk) 03:51, 15 January 2026 (UTC)[reply]