Talk:Interwiki map

←Requests and proposals

Interwiki map

Archives (current)→

The interwiki map is used by the MediaWiki software to add, remove or update interwiki link prefixes (such as [[w:blah]] to "blah" on Wikipedia). Any Meta-Wiki administrator can edit the interwiki map at Interwiki map/list. It is synced to the Wikimedia cluster upon request through the completion of a Phabricator ticket. Please post comments to the appropriate section (Proposed additions, Proposed removals, Requests for updates, Troubleshooting, or Other discussions); read the boxes at the top of each for an explanation. Completed requests are moved to the archives.

{{interwiki request}} can be used to assist in making and managing requests.

Instructions to Meta-Wiki administrators

• Interwiki prefixes are case-insensitive.
• You may use global search to look for URL and interwiki link use. Suggest the use of {{interwiki request}} when making requests for removals and updates.
• You can check the interwiki.php file to see the current map as existing on the Wikimedia configuration files, and Special:Interwiki to see the current interwiki map as understood by MediaWiki.
• Updates to the interwiki map on-wiki will not take effect until the cached version on Gerrit is updated. This will happen by itself the next time a new wiki is created, but if you want it to happen sooner, you can request an update on Phabricator.
• Wikidata stores the mapped interwiki code as an item for domains in the interwiki map using interwiki prefix at Wikimedia (P6720). Additions, removals and updates should be noted against the corresponding item in Wikidata. Also to note the directions at Complex constraint violations/P6720

SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 3 days.

Proposed additions

The Interwiki Map exists to allow a more efficient syntax for linking between wikis, and thus promote the cooperation and proliferation of wikis and free content.

This section is for proposing a new interwiki link prefix. Interwiki prefixes should be reserved for websites that would be useful on a significant number of pages ({{LinkSummary}} can help). Websites useful only to a few pages should be linked to with the usual external link syntax. Please don't propose additions of sites with too few pages or that contain copyright infringing content, such as YouTube. As a guide, sites considered for inclusion would:

1. be useful on a significant number of pages
2. provide clear and relevant use to the Wikimedia projects, including the purpose of the site
3. be trusted not to encourage spam links being added to the Wikimedia projects
4. not contain malware
5. be expected to remain working for a long time in the future and not suffer from link rot

Add new entries at the bottom of the section. When requesting a new prefix, please explain why it would be useful keeping the above in mind. Admins, please allow consensus to form (or at least no objections to be raised over a period of a few days) before adding new entries, as once added they are hard to remove from the many copies around the world. Before adding a new entry to the interwiki map, check whether any existing page names conflict with the proposed prefix.

Requests for removal should be submitted on the talk page in the removals section and will be decided on by a Meta admin.

SWMT Wiki

Interwiki request: new

Status:    In progress

• prefix: swmt • global-search
• new formatter url: https://swmtwiki.toolforge.org/wiki/$1
• related Wikidata item:

A newly created wiki for SWMT members. Already available at toolforge:swmtwiki/, but that's a little too long. NguoiDungKhongDinhDanh 02:42, 22 March 2026 (UTC)

This request seems premature to me. I'd rather wait for things to settle a bit rather than add a site whose main page is still displaying "MediaWiki on Toolforge has been installed". But of course you're an admin and can do as you see fit. * Pppery * _{it has begun} 03:21, 22 March 2026 (UTC)

@Pppery: Wouldn’t that technically be considered a supervote, as that is a decision vetted by no one else?

Anohthterwikipedian (talk) 19:56, 22 March 2026 (UTC)

@NguoiDungKhongDinhDanh: Currently, every single page except for the Main Page is restricted for regular users, which would be fine except that includes the legal disclaimers and your own talk page. I highly suggest waiting until the wiki’s more usable. Anohthterwikipedian (talk) 21:13, 23 March 2026 (UTC)

@NguoiDungKhongDinhDanh is there documentation on this tool? I don't see it on the list of toolforge projects, the about page has nothing on it, etc. Are you the tool owner here? — xaosflux ^Talk 21:46, 23 March 2026 (UTC)

Hmm per this page looks like this is a @DreamRimmer: project. — xaosflux ^Talk 21:48, 23 March 2026 (UTC)

Thanks for the ping. I wasn't aware of this discussion. This wiki was requested by several SWMT members, so it's not solely my project. It was created recently, and the necessary pages are still being developed, so I think the interwiki link can be added later, though I don't have a strong opinion either way. – DreamRimmer ■ 01:24, 24 March 2026 (UTC)

But I'm with Pppery, this seems a bit premature at this point. Not sure why we need a fishbowl for a meta-project on toolforge at all either? — xaosflux ^Talk 21:50, 23 March 2026 (UTC)

@Xaosflux: The intention is for it to become a who's who of LTAs where en:WP:DENY doesn't apply. NguoiDungKhongDinhDanh 22:26, 23 March 2026 (UTC)

Seems like that could have been a SUL fishbowl, not a privately managed project (and also seems to be what checkuserwiki primarily does) - but my "premature" here is that this isn't a core wiki, it is a private volunteer project that doesn't seem to be in production yet. — xaosflux ^Talk 22:28, 23 March 2026 (UTC)

If you can move it into SUL, be my guest. True, the wiki isn't in working state yet, but it's not like I'm abusing my adminship to add the interwiki prefix all on my own. This is merely a proposal. NguoiDungKhongDinhDanh 22:44, 23 March 2026 (UTC)

Sorry, I didn't mean "SUL fishbowl" that's not a thing, I just meant a normal foundation hosted project instead of something where volunteers have to sysadmin the entire thing on toolforge. That process is basically: (a) have a discussion somewhere that a new "fishbowl" wiki is needed; (b) open a phab task for it (recent example is phab:T330390). — xaosflux ^Talk 23:19, 23 March 2026 (UTC)

Proposed removals

This section is for proposing that a prefix be disabled; please add new entries at the bottom of the section. Remember to explain why it should be disabled, particularly in view of the difficulty involved in correcting any use of the prefix (to generate a list of pages to fix: toollabs:pirsquared/iw.php). Please add {{Interwikicheck|interwiki code}} to top of the new section.

Interwiki map entries should generally be removed if the site (or the specific part of the site being linked to) is dead, broken, or no longer hosts the content that was intended to be linked to. Legacy interwiki prefixes that never had any non-trivial uses at all can also be removed.

Interwikis that would otherwise be removed but had too many uses to clean up may be repointed to Interwiki map/discontinued.

When removing a prefix, also check if it's in interwiki.list (the default interwikis added by the installer when a new MediaWiki wiki is installed). That file is managed via Gerrit.

Completed requests are marked with {{done}} or {{not done}} and moved to the archives.

git

Interwiki request: remove

Status:    In progress

• prefix: git • global-search

• related Wikidata item: Wikimedia Gerrit (Q106171018)

Conflicts with language code. See phab:T360792. Has 700 uses so cleanup would be a pain, and this is a very theoretical issue and probably not going to come up, so feel free to decline this, but putting it here for the record. * Pppery * _{it has begun} 04:41, 29 April 2024 (UTC)

I would be okay leaving it in place for now, but with the understanding that if a git language project materializes, developers are on the hook of migrating even more links in the future. Legoktm (talk) 04:31, 9 October 2024 (UTC)

On the other hand it's better practice to link to "gerrit:" anyway now that Wikimedia Gitlab et. al are a thing.

Still, there's no urgency here (as you can see from the fact that I let this lapse for six months without action), and this was largely a procedural filing, so I'm fine with leaving as is for now. * Pppery * _{it has begun} 04:27, 24 October 2024 (UTC)

I propose introducing a replacement like gitiles: and at least initiating a migration. Of course there is no urgency so it does not have to proceed posthaste or anything but then we can at least move this to in progress. —Uzume (talk) 14:46, 16 July 2025 (UTC)

I've added the gitiles: prefix pointing to the same place as "Git" since that seems uncontrobersial (especially since we have GitLab now so "git:" is ambiguous). I'm not going to spend any of my own effort migrating; others may do as they see fit. * Pppery * _{it has begun} 01:15, 13 October 2025 (UTC)

zum

Interwiki request: remove

Status:    In progress

• prefix: zum • global-search

• related Wikidata item:

Conflicts with language code. See phab:T360792. Has 100 uses so cleanup would be a pain, and this is a very theoretical issue and probably not going to come up, so feel free to decline this, but putting it here for the record. * Pppery * _{it has begun} 04:44, 29 April 2024 (UTC)

It's highly unlikely I will take the initiative here unless actual effort toward creating a Kumzari Wikipedia happens. If someone else does the cleanup they could convince me to remove. * Pppery * _{it has begun} 22:36, 24 October 2024 (UTC)

twl

Interwiki request: remove

Status:    In progress

• prefix: twl • global-search

• related Wikidata item:

Conflicts with language code. See phab:T360792. Surprisingly few uses so suggest renaming to something longer. * Pppery * _{it has begun} 04:49, 29 April 2024 (UTC)

See Talk:The Wikipedia Library#Rename twl interwiki. * Pppery * _{it has begun} 21:14, 1 July 2024 (UTC)

@Pppery I don't mind this being updated to something else, it seems sensible to avoid language codes. Do you have any suggestions for a new prefix? wikipedialibrary: perhaps? Not sure if that would be too long. Samwalton9 (WMF) (talk) 13:28, 30 July 2024 (UTC)

The English Wikipedia page en:Wikipedia:The Wikipedia Library lists the following shortcuts. w:WP:TWL, w:WP:LIB, w:WP:LIBRARY, w:WP:WIKILIB. "twl" is the current prefix. "Lib" has the same problem (w:Likum language). "Library" probably doesn't work because there are two other libraries on the interwiki map. That leaves only "wikilib" which is awkward and rarely used. Another possibility, in addition to that and the full name, is "wplibrary". * Pppery * _{it has begun} 15:13, 2 August 2024 (UTC)

@Pppery wplibrary sounds good to me :) Samwalton9 (WMF) (talk) 16:09, 23 September 2024 (UTC)

I've added "wplibrary" as a prefix, while leaving "twl". I'll copy over all uses and remove it the next interwiki update cycle (which probably won't be for a while). * Pppery * _{it has begun} 04:06, 24 October 2024 (UTC)

Cleaned up a bunch of uses. Although now that I think about it it might make more sense to just leave both until a Shona Wikipedia actually approaches happening - incubator:wp/twl doesn't exist and the language isn't even enabled on translatewiki. * Pppery * _{it has begun} 22:27, 24 October 2024 (UTC)

Requests for updates

This section is for requesting update for an existing interwiki. This could be needed if your site's URL has changed. Please add new entries at the bottom of the section.

When updating a prefix, also check if it's in interwiki.list (the default interwikis added by the installer when a new MediaWiki wiki is installed). That file is managed via Gerrit.

Wikimedia Quality

Interwiki request: Redirect..?

Status:    In progress

• prefix: quality • global-search

• related Wikidata item: Wikimedia Quality Wiki (Q33120967)

I noticed this as an entry at w:Help:Interwiki linking#Interwiki linking from and within Wikimedia, it's a closed wiki, all it gives you is a page with a manual redirect. Whatever way the {{Interwiki request}} template parses sort-of-kinda-internal URLs, it hates this one.

It has a "longform" IW link - [[quality:]]

Following the most relevant option at the redirect you end up at Wikiquality/Portal (actually located here on meta-wiki), which is itself a vestigial page with the {{historical}} template applied.

So, obviously not important, but maybe the target should be changed to save people the extra click.

One cookie (talk) 20:14, 24 February 2024 (UTC)

Why would we need a shorthand to link to a closed wiki that has basically no content? —Justin (koavf)❤T☮C☺M☯ 20:25, 24 February 2024 (UTC)

We don't, but that is what we have already. It exists, I'm not requesting that it be created.

There's basically no content at the Special:AllPages link for the wiki because "this wiki has been closed and its content has been moved to meta.wikimedia.org". Some of the content you're looking for is at the correct address for the shortcut's target, meta.wikimedia.org/wiki/Wikiquality/Portal - but, since most of the content created for the project was as articles for a mailing list, the bulk of it is at listarchive:list/wikiquality-l@lists.wikimedia.org/latest.

The project was seen as important, enough so that it was given a shortcut link, and its link was used as one of the 29 examples of prefix codes included at w:Help:Interwiki linking, so what we currently do actually have is a shorthand link which: has been used, can be found on pages of projects which are not closed and which will be seen by users, was functional when it was used, is now broken and points to a dead page.

The shortcut should either be fixed or removed from that list, but removing it from that list won't remove it from anywhere anyone's ever used it, where it will remain an annoying broken link! One cookie (talk) 14:38, 25 February 2024 (UTC)

"The shortcut should either be fixed or removed from that list". 100% agreed. I'd lean toward remove, as the quality wiki was closed a long time ago and I doubt there are any/many links, but that can be checked. Thorough response: thanks. —Justin (koavf)❤T☮C☺M☯ 17:54, 25 February 2024 (UTC)

┌─────────────────────────────────┘
I've fixed the template above. Don't feel comfortable removing this because we currently have a convention that each Wikimedia project has an interwiki link, which I don't want to break. I.e aa: exists too despite pointing nowhere. * Pppery * _{it has begun} 23:59, 28 April 2024 (UTC)

dict, dictionary

dict • global-search dictionary • global-search

Currently points to a third-party dictionary. I just cleaned up several uses on enwiki that clearly intended to point to Wiktionary instead, and I would suggest these interwikis be updated in the same way to reduce confusion. * Pppery * _{it has begun} 02:21, 23 April 2024 (UTC)

Dictionary is also in the default interwiki map for new wikis (https://github.com/wikimedia/mediawiki/blob/master/maintenance/interwiki.list). * Pppery * _{it has begun} 18:56, 25 April 2024 (UTC)

I updated these to HTTPS in the mean time. * Pppery * _{it has begun} 17:12, 3 May 2024 (UTC)

Remove, an antique dictionary website that shows definitions in monospaced text for some reason. It has no particular right to be in the interwiki map. Wiktionary is available via wikt:. This, that and the other (talk) 09:39, 10 February 2026 (UTC)

And indeed, several of the users of this prefix clearly intended to link to Wiktionary: Voir aussi [[:dict:dyscrasie|dyscrasie sur le Wiktionnaire]] in a French Wikipedia article (!), and a different Wiktionary article [[dict:Maybe]] is created in an English Wikipedia talk archive. This, that and the other (talk) 09:44, 10 February 2026 (UTC)

I have cleaned up all signficant uses of both interwikis. I would say about 45% clearly intended Wiktionary, about 45% it was impossible to tell which was intended so I substituted dict.org as an external link, and about 5% actually intended dict.org. Per my informal proceedings I now let this sit for a week or two and see if anyone complains. * Pppery * _{it has begun} 03:08, 8 March 2026 (UTC)

Now waiting on code review of gerrit:1249027 * Pppery * _{it has begun} 01:02, 20 March 2026 (UTC)

Etherpad

Interwiki request: update

Status:    In progress

• prefix: etherpad • global-search
• updated formatter url: https://etherpad.wikimedia.org/p/$1
• related Wikidata item:

Currently, the formatter URL is 'https://etherpad.wikimedia.org/$1'. Each time this interwiki link is used, users need to manually add the '/p/' prefix to make it work correctly. It would be helpful to update the formatter URL to include this prefix, so users don’t have to add it manually each time. As of now, out of 5,582 pages, 4,948 are already using the correct prefix..-❙❚❚❙❙ GnOeee ❚❙❚❙❙ ✉ 08:05, 8 July 2025 (UTC)

Hence if I were to change this all 4,948 of those links would stop working, right? * Pppery * _{it has begun} 16:27, 13 July 2025 (UTC)

Yes @Pppery. Technically it will. But it can be easily get fixed with a bot right.- ❙❚❚❙❙ GnOeee ❚❙❚❙❙ ✉ 16:39, 13 July 2025 (UTC)

Running a bot to fix thousands of pages on hundreds of different wikis is not easy in my book. * Pppery * _{it has begun} 16:54, 13 July 2025 (UTC)

It would surely make sense to change this, however, it needs someone to run a bot fixing all links. -Barras talk 23:40, 13 July 2025 (UTC)

So when I checked last the majority of the links are on meta, mediawiki, wikidata, commons and dewiki (more than 100). So If that's the case I can request the permisson to run my bot (GnoeeeBot) to fix this.- ❙❚❚❙❙ GnOeee ❚❙❚❙❙ ✉ 06:11, 14 July 2025 (UTC)

Follow up to this, I have started the discussion for the bot flag at here.- ❙❚❚❙❙ GnOeee ❚❙❚❙❙ ✉ 17:06, 23 July 2025 (UTC)

@Pppery. I plan to run my bot to update the existing Etherpad interwiki links so they continue working correctly after the formatter URL change. Before I start, I’d like to hear your advice on the best timing for this—should I wait until the formatter URL is updated, or begin preparing the fixes in advance? ❙❚❚❙❙ GnOeee ❚❙❚❙❙ ✉ 11:34, 21 August 2025 (UTC)

My thinking is that it would be best for the bot to be seen as fixing rather than breaking links at the time, otherwise people are likely to revert it. Which I was going to do now (subject to the usual fact that interwiki map updates need a config change deploy), but then I discovered phab:T402554. * Pppery * _{it has begun} 16:10, 21 August 2025 (UTC)

@Gnoeee if these are going to be fixed, can the http:// be changed to https:// at the same time? — xaosflux ^Talk 12:51, 26 July 2025 (UTC)

That's an error in the request itself. The current formatter URL at Interwiki_map/list is already HTTPS. * Pppery * _{it has begun} 14:35, 26 July 2025 (UTC)

I have updated the request.-❙❚❚❙❙ GnOeee ❚❙❚❙❙ ✉ 19:09, 26 July 2025 (UTC)

---

Things have changed a bit given phab:T415237 deleting etherpads and some (hopefully all interwiki uses, but you never know) being backed up. I've setup a quick tool at https://etherpad-redirector.toolforge.org. What it does is:

• https://etherpad-redirector.toolforge.org and https://etherpad-redirector.toolforge.org/p/ redirect to https://etherpad.wikimedia.org. This means that links with no path will work.
• https://etherpad-redirector.toolforge.org/<padname> and https://etherpad-redirector.toolforge.org/p/<padname>, where padname is one of the pads listed in P89822, redirects to https://etherpad-backup.toolforge.org/p/<padname> (example: https://etherpad-redirector.toolforge.org/2015-08-19_NYC-WikiWednesday, https://etherpad-redirector.toolforge.org/p/2015-08-19_NYC-WikiWednesday
• Otherwise https://etherpad-redirector.toolforge.org/<padname> and https://etherpad-redirector.toolforge.org/p/<padname> redirect to https://etherpad.wikimdia.org/p/<padname>. Examples: https://etherpad-redirector.toolforge.org/p/aa, https://etherpad-redirector.toolforge.org/p/aa

I propose to change the "etherpad:" interwiki to point to "https://etherpad-redirector.toolforge.org/$1", which seems like it's a best of all worlds scenario. What do people think? * Pppery * _{it has begun} 05:19, 8 March 2026 (UTC)

If there are no further comments I intend to perform the above change on April 30 when the etherpad instance is wiped. * Pppery * _{it has begun} 01:00, 20 March 2026 (UTC)

So if a new pad is created after the purge with a name which was already used before, the interwiki link would always point to the backup? I don't think that's a good idea. --Tkarcher (talk) 06:02, 20 March 2026 (UTC)

I was trying to avoid the need for a messy thousands-of-edits bot run, especially since it seemed to me like pad names were unlikely to be reused (if there was going to be a name reuse problem then there would have been one already). Bot I guess we need a messy thousands-of-edits bot anyway for URLs so you could replace with the etherpadbackup: interwiki I added a while ago ... * Pppery * _{it has begun} 00:14, 21 March 2026 (UTC)

Troubleshooting

This section is for comments related to problems or corrections with the interwiki map (such as incorrect syntax or entries not functioning). This is not the section to request that a prefix be disabled (see Proposed removals above).

Other discussions

Proposed addition of all short-form interwikis

I suggest updating the Interwiki map/list with [Edit:Updated-link] these sandbox-changes (current-version before/after).

• TLDR: Adding the "c, d, f, m" (etc) and placing them just above their existing defaults. All in lowercase to match established norms.
• Goal: Make it so that Parsoid automatically uses the short-form when it converts pasted rich-text. This is important because it often relates to newsletters/mass-messages, and we shouldn't use the long-form of interwiki shortcuts for those use-cases, because they often conflict with the local Project: namespace name. (I.e. Links to [[Wikidata:Wikidata:Sandbox will work properly at all other projects in a massmessage, but are a local-redlink at Wikidata itself.)
• This would match User:Krinkle's change in this edit last year (which successfully fixed these interwiki links in places like Tech News when content is pasted into Visualeditor).

I'm not aware of any concerns, but I might be missing something(s). Quiddity (talk) 22:29, 4 April 2026 (UTC)

This doesn't work because "b:" has a context-sensitive meaning. "b:" on French Wikipedia points to French Wikibooks whereas your change would have it point to English Wikibooks everywhere. * Pppery * _{it has begun} 23:42, 4 April 2026 (UTC)

@Pppery Ah, rightright, thank you. -- I've fixed the proposal and diff-link in my post above, to only include single-multilingual projects. Quiddity (talk) 00:28, 5 April 2026 (UTC)

Hmm ... the source of truth for the order of interwiki links seems to be phab:source/mediawiki-config/browse/master/wmf-config/interwiki.php#L395. Wouldn't it make more sense to fix the script processing the list to put the short forms first if you want that ... * Pppery * _{it has begun} 01:51, 7 April 2026 (UTC)

Done that in gerrit:1268296, which I think is easier to reason about/make sure doesn't cause unintented consequences than the change you proposed. For instance right now on the Beta Cluster "c:" goes to Beta Commons whereas if yo were to add it the this list it would go to prod commons instead. People may not care, but I'd rather be sure. * Pppery * _{it has begun} 02:00, 7 April 2026 (UTC)