Jump to content

Talk:Interwiki map/Archives/2020

From Meta, a Wikimedia project coordination wiki
< Talk:Interwiki map | Archives
Latest comment: 1 year ago by Billinghurst

MetaWikiSearch

The links are broken - http://sunir.org/apps/meta.pl returns an internal server error (500). There do not appear to be any uses, see https://tools.wmflabs.org/pirsquared/iw.php?wikis=&iw=MetaWikiSearch&hideclosed=on

Thanks, --DannyS712 (talk) 04:40, 12 February 2020 (UTC)

Done special:diff/19815991  — billinghurst sDrewth 11:41, 17 February 2020 (UTC)
This section was archived on a request by: DannyS712 (talk) 16:23, 30 April 2020 (UTC)

JavaNet & Javapedia

java.net has closed, redirecting to http://www.oracle.com/splash/java.net/maintenance/index.html - "We're sorry the java.net site has closed." As a result, any links are useless

Both links are on w:User:Marc Kupper/sandbox - cc User:Marc Kupper.

Thanks, --DannyS712 (talk) 04:45, 12 February 2020 (UTC)

Done at special:diff/19816027  — billinghurst sDrewth 11:53, 17 February 2020 (UTC)
This section was archived on a request by: DannyS712 (talk) 16:23, 30 April 2020 (UTC)

Barely used legacy stuff

According to Interwiki map/detailed table, these only have one current use:

  1. voipinfo: no longer exists (just leads to main site.)
  2. rtfm: 404 timeout.
  3. psycle: Added in 2005 by an IP. It retargets here now anyways. Therefore, accessible via wikia:psycle:
  4. BLW: Site can't be reached.
  5. ReutersWiki: redirects to main page.

They should probably be removed. –MJL ‐Talk‐☖ 19:24, 19 February 2020 (UTC)

Doing... checked for any uses with https://tools.wmflabs.org/pirsquared/iw.php
  1. Special:Diff/20013441: Removed voipinfo (only 1 global use, enwiki sandbox with a list of interwikis, removed usage there)
  2. Special:Diff/20013443: Removed rtfm (only 1 global use, same enwiki sandbox, removed there as well)
  3. Special:Diff/20013445: Removed psycle (only 1 global use, same as above, removed)
  4. Special:Diff/20013450: Removed blw (only 1 global use, does not appear to have been an intentional interwiki, but rather a references to the language with the code blw (https://iso639-3.sil.org/code/blw), caused by a template on frwiktionary)
  5. Special:Diff/20013453: Removed ReutersWiki (only 1 global use, same enwiki sandbox, removed there)
Done --DannyS712 (talk) 11:37, 25 April 2020 (UTC)
This section was archived on a request by: DannyS712 (talk) 16:23, 30 April 2020 (UTC)

Toolforge domain changed

The domain for Toolforge has changed. The following interwiki prefixes need to be updated

guc

[[guc:$1]] currently links to https://tools.wmflabs.org/guc/?user=$1. It should now link to https://guc.toolforge.org/?user=$1 --Nintendofan885 (talk) 14:44, 7 July 2020 (UTC)

Done. Sgd. —Hasley 15:25, 7 July 2020 (UTC)
gucprefix

[[gucprefix:$1]] currently links to https://tools.wmflabs.org/guc/?isPrefixPattern=1&src=rc&user=$1. It should now link to https://guc.toolforge.org/?isPrefixPattern=1&src=rc&user=$1 --Nintendofan885 (talk) 14:44, 7 July 2020 (UTC)

Done. Sgd. —Hasley 15:25, 7 July 2020 (UTC)
luxo

[[luxo:$1]] currently links to https://tools.wmflabs.org/guc/?user=$1. It should now link to https://guc.toolforge.org/?user=$1 --Nintendofan885 (talk) 14:44, 7 July 2020 (UTC)

Done. Sgd. —Hasley 15:25, 7 July 2020 (UTC)
stewardry

[[stewardry:$1]] currently links to https://tools.wmflabs.org/meta/stewardry/?wiki=$1. It should now link to https://meta.toolforge.org/stewardry/?wiki=$1 --Nintendofan885 (talk) 14:44, 7 July 2020 (UTC)

Done. Sgd. —Hasley 15:25, 7 July 2020 (UTC)
This section was archived on a request by: Sgd. —Hasley 20:10, 10 August 2020 (UTC)

wikimedia.pl

This section was archived on a request by: Nintendofan885 (talk) 14:29, 7 October 2020 (UTC)

wikimedia.pl

(LinkSearch: meta | en | es | de | fr | ru | zh | simple | c | d | Wikipedias: top 25 · 50 · major wikis · sc · gs)(Search: Google | en (G) | fr (G) | de (G) | meta (G) | backlinks | → links ←)wikimedia.pl
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)

Link: https://wikimedia.pl/$1 prefix: wmplsite:

Wikimedia Poland has just launched its new website, a Wordpress installation based on WMF's Shiro theme. This redirect would be used to:

  • create proper 301 redirects from the WMPL wiki at https://pl.wikimedia.org/ to the new website
  • create handy links to WMPL pages on Polish Wikimedia projects

A prefix other than the proposed wmplsite: would also be acceptable, so feel free to use a different suitable prefix if this is not in line with conventions already in place for other similar sites.

Thanks in advance for helping out! TOR (talk) 02:01, 25 July 2020 (UTC)

wmpl: is already in use (redirects to pl.wikimedia.org). In order not to break the links, let's pick wmplsite:. Tar Lócesilion (talk) 16:21, 29 July 2020 (UTC)
Yep, agreed. Thanks for catching this. :) --TOR (talk) 22:59, 8 August 2020 (UTC)
It's been almost a month - what's the blocker here? Tar Lócesilion (talk) 10:44, 23 August 2020 (UTC)

Done, added: Special:Diff/20354543/20397864. --Base (talk) 12:58, 26 August 2020 (UTC)

Glottolog

This section was archived on a request by: Nintendofan885 (talk) 14:29, 7 October 2020 (UTC)

We already have "ethnologue" for linking to ISO 639-3 pages on Ethnologue, which are heavily used on Language Committee and Incubator pages. However, Ethnologue nowadays has an annoying paywall, so we will transition to using the CC-licensed Glottolog and an interwiki code would be useful. --MF-W 12:40, 8 August 2020 (UTC)

I added it. --MF-W 02:00, 11 August 2020 (UTC)


CellWiki

This section was archived on a request by: Nintendofan885 (talk) 14:29, 7 October 2020 (UTC)

See #Protected edit request on 22 July 2019. I didn't see this was here earlier. Sorry Xaosflux!

Not counting sandboxes/test-pages, this would only have a noticeable effect for a single user: Admrboltz/RBoltz who uses it for his page (toollabs:pirsquared says only Russell's enwikibooks and eswikipedia pages, but I know it's more than that).
The wiki has barely been updated since 2009/2010-ish. It only has 82 pages anyways, too. You could also just use Wikia:Cell:EXAMPLE for the same function anyways even if it ever was really needed (which it's not).
I'd say it is safe to retire this link. –MJL ‐Talk‐☖ 01:42, 27 July 2019 (UTC)

Removed --DannyS712 (talk) 17:43, 30 June 2020 (UTC)

Wipipedia

This section was archived on a request by: Nintendofan885 (talk) 14:29, 7 October 2020 (UTC)

Small, niche, dead wiki with very little to no overlap with what we do at WMF projects. In the extremely rare cases that an outgoing link would go to this site, it's easy to create a standard hyperlink without it being part of the map. —Justin (koavf)❤T☮C☺M☯ 00:59, 20 May 2020 (UTC)

There are 39 uses. If it is a deadwiki, we can just point to Interwiki map/discontinued#wipipedia if we don't wish to remove the links.  — billinghurst sDrewth 01:53, 20 May 2020 (UTC)
removed or commented the main namespace links. Done  — billinghurst sDrewth 01:21, 20 June 2020 (UTC)

heroeswiki

This section was archived on a request by: Nintendofan885 (talk) 14:29, 7 October 2020 (UTC)

Site has shut down. Only 21 uses according to [1] --Nintendofan885 (talk) 10:02, 3 September 2020 (UTC)

Done --Martin Urbanec (talk) 23:56, 27 September 2020 (UTC)

eĉei / EcxeI

This section was archived on a request by: Nintendofan885 (talk) 14:29, 7 October 2020 (UTC)

Barely any uses, and practically only used for testing. The one somewhat legitimate example I could find, EĉeI:TujMesaĝilo, is broken (permanent dead link). EcxeI:ĈefaPaĝo/eĉei:ĈefaPaĝo (the main page) doesn't even work anymore.

It would seem the site has shut down years ago, and no one has gotten around to removing it. It used to be a UseModWiki wiki, but it no longer is hosted at its original domain. –MJL ‐Talk‐☖ 18:15, 18 September 2020 (UTC)

Done --Martin Urbanec (talk) 23:58, 27 September 2020 (UTC)

Update target URL for 'toolforge' and 'toollabs' IW prefixes

This section was archived on a request by: Nintendofan885 (talk) 14:29, 7 October 2020 (UTC)
Tracked in Phabricator:
Task T247432

In the same spirit as the changes made in Special:Diff/20256037 for Toolforge tools which have their own IW prefixes, we need to update target URL for the 'toolforge' and 'toollabs' prefixes. There is a technical challenge in preserving the syntax used in existing interwiki links like toolforge:bash/random and the new URL scheme for Toolforge which gives each tool a distinct hostname. In the future a more direct system may be created, but today the 'iw' tool (it is tools all the way down folks!) exists to help bridge the gap between what the Interwiki map system supports and the final URLs that are needed.

  • Old: https://tools.wmflabs.org/$1
  • New: https://iw.toolforge.org/$1

--BDavis (WMF) (talk) 20:52, 7 July 2020 (UTC)

Done (diff). Please tell me if something is missing. Sgd. —Hasley 21:24, 7 July 2020 (UTC)

Project Gutenberg

This section was archived on a request by: Nintendofan885 (talk) 14:29, 7 October 2020 (UTC)

[[gutenberg:, to link to Project Gutenberg books, is currently broken, apparently because PG has changed their URL structure from /etext/ to /ebooks/ without leaving a site-wide redirect.

Please change the URL that is used by [[gutenberg: from /etext/ to /ebooks/. Thanks. Jonesey95 (talk) 02:33, 29 August 2020 (UTC)

@Jonesey95: we can definitely update it, though noting that I see that they do have a redirect in place. The links that I tried at enWS worked fine.  — billinghurst sDrewth 09:08, 29 August 2020 (UTC)
They must have added a redirect for /etext/ in the last 24 hours after I sent them a request to do so. It would be good to change our link to /ebooks/ anyway, since that is the new official URL, according to http://www.gutenberg.org/policy/linking.html. Thanks. Jonesey95 (talk) 13:46, 29 August 2020 (UTC)
@Jonesey95 and Billinghurst: Please consider changing the gutenberg prefix to use the URL https://www.gutenberg.org/ebooks/$1. According to the previously-mentioned Project Gutenberg page about linking, the linking to a book can be done with HTTP or HTTPS. Using HTTPS would provide increased privacy and security for users. Thanks.
As an additional note, the Terms of Use for Project Gutenberg mention the issue of "Embedding or Wrapping our Site or Contents"; however, the issue mentioned in the Gutenberg TOU may not apply to the situation where Wikimedia projects have links to books on Project Gutenberg. --Elegie (talk) 09:25, 27 September 2020 (UTC)
Done Please note it will take some time for the update to take place. --Martin Urbanec (talk) 23:41, 27 September 2020 (UTC)

Update Hackerspaces prefix

This section was archived on a request by: Nintendofan885 (talk) 14:29, 7 October 2020 (UTC)

Currently the Hackespaces prefix links to http://hackerspaces.org/wiki/$1. This should be changed to https://wiki.hackerspaces.org/$1 because the domain has changed without a redirect behind --Nintendofan885 (talk) 21:07, 31 August 2020 (UTC)

Done --Martin Urbanec (talk) 23:38, 27 September 2020 (UTC)

securewikidc

Attempts to reach https://secure.wikidc.org/ result in DNS_PROBE_FINISHED_NXDOMAIN ("secure.wikidc.org’s server IP address could not be found."). Suggest removing --DannyS712 (talk) 10:57, 22 August 2020 (UTC)

Support removing as a dead link, assuming there's not an updated URL we can use instead, of course. Dmehus (talk) 00:52, 28 September 2020 (UTC)
The correct/new URL is https://wikimediadc.org/ now. Legoktm (talk) 18:07, 22 October 2020 (UTC)
Done Fixed the link. --Martin Urbanec (talk) 18:26, 22 October 2020 (UTC)
This section was archived on a request by: Martin Urbanec (talk) 18:26, 22 October 2020 (UTC)

Wikispore

This section was archived on a request by: Nintendofan885 (talk) 19:15, 4 November 2020 (UTC)

Link: https://wikispore.wmflabs.org/wiki/$1

Prefix: wikispore

For the Wikispore project on Wikimedia Cloud VPS, which launched after Wikimania 2019 in Stockholm - see Wikispore Main Page.--Pharos (talk) 12:52, 26 October 2019 (UTC)

Comment Comment Think a better link to the project information Wikispore. Anyway the site says "This is an experimental wiki, not a live Wikimedia Foundation project." I am not certain why we would be creating an interwiki to an experiment at this stage as I am not seeing that it meets the addition criteria.  — billinghurst sDrewth 13:07, 26 October 2019 (UTC)
This project is indeed experimental in nature, but Wikispore is in substance a content project similar to Incubator, not a mere technical test. The aspiration is that it evolve into a production project eventually, but that depends on the ability to link to the developing specialized-content spores from existing WMF projects. The proviso wording is drawn from Wikitech:Cloud Services Terms of use and is in keeping with the scope we have been given from the Cloud Services team as a Wikimedian community-led project.--Pharos (talk) 13:42, 26 October 2019 (UTC)
Support Support Wikispore is kind of a sister project in the making (or rather, a set of sister projects in the making). We don't really have addition criteria for sister projects, since sister project creation has been broken since forever (the exact problem Wikispore tries to solve). I would expect different criteria for them than for adding an unrelated external project, less focused on current utility and more focused on future potential (how to determine that potential, I'm not sure - maybe some measure of community support?). Expecting them to run on live Wikimedia Foundation infrastructure definitely would not be a reasonable condition, that's a surreally high bar. In the last decade or so, Wikidata was the only project that cleared it (and that was only possible because it happened to coincide with Google's commercial interests so they bankrolled it with a multimillion-dollar grant). Due to various technical and social problems with our current wiki creation process, we have to be very sure a project is going to be successful and popular before it can get green light (which stifles innovation, and again is part of the problem Wikispore tries to solve). --Tgr (talk) 18:12, 31 October 2019 (UTC)
Comment Comment If the project gains traction, it's definitely going to be worth adding the interwiki regardless of where it's hosted, as this will also make it much easier to update all the links in one place should the location change later (by changing the interwiki target). Bear in mind too that if it alternately just dies, it should also be quite easy to remove in that case, so for this it may be worth just adding the interwiki sooner rather than later in order to make linking easier. -— Isarra ༆ 21:11, 9 November 2019 (UTC)
  • Support interwiki link We do not have a consistent process for establishing interwiki links, so I make a judgement by weighing risk of harm versus potential to benefit. The biggest risk of harm that I see is overuse of interwiki link creation. I do not think every proposal should get an interwiki link, and proposals should start with some weight of development behind them. The Wikispore idea is new, but there are some supporters signed up on the project page and Pharos the coordinator has presented this concept in various places online and at Wikimania and WikiConference North America in 2019. The Wikispore concept is unusual and not likely to be repeated, because it is more of a meta-proposal for staging future Wikimedia projects and interwiki linking requests than it is the traditional concept of a Wikimedia Foundation sister project. And I agree - this is a project idea which we need, because although we have an incubator for Wikipedias, we do not have a staging area for other concepts. Setting up Wikispore would create a space for people to centralize their ideas and create pilot content, thus lowering the barriers to participation among anyone who wants to propose fundamentally new models of content curation. We are not short of ideas, but we are thin on process for growing them up. Interwiki links here add weight to connect users in any Wikimedia project to what it is, which is a sandbox for piloting new publishing models. With the recent mostly unchecked propagation of Wikibase instances, we need to advance discussion on how to manage new kinds of projects and this interwiki link would be part of that. Blue Rasberry (talk) 15:04, 18 November 2019 (UTC)
  • Support Support. Built by relevant and knowledgeable people, and looks more useful than a lot of existing links. I suspect that it will take time until this will be useful as links from the main namespace in Wikipedia, but it's not a reason not to add it. --Amir E. Aharoni (talk) 20:25, 2 December 2019 (UTC)
  • It is worth noting that sites hosted on the `wmflabs.org` domain should not be considered stable/production. I support adding Wikispore to the interwiki links in principle but would like to see Wikispore move to a stable canonical domain first. harej (talk) 05:01, 6 February 2020 (UTC)
@Vermont: Thanks. Can you also add spore? —Justin (koavf)❤T☮C☺M☯ 19:29, 4 June 2020 (UTC)
Koavf, sure, added! Best, Vermont (talk) 22:10, 4 June 2020 (UTC)
@Vermont: Today, one of my favorite states became one of my favorite Wikimedians as well. :') —Justin (koavf)❤T☮C☺M☯ 00:38, 5 June 2020 (UTC)

@Dcljr: I definitely meant 1916151805////////////////. Sheesh. Thanks. —Justin (koavf)❤T☮C☺M☯ 02:56, 5 June 2020 (UTC)

toollabs / toolforge

This section was archived on a request by: Nintendofan885 (talk) 19:15, 4 November 2020 (UTC)

Currently the toollabs: prefix refers to https://tools.wmflabs.org/$1. Per wikitech:News/Toolforge.org this is no longer supported for any tools created after June 15. We may need a new service to keep the redirect behavior.--GZWDer (talk) 22:11, 15 May 2020 (UTC)

The new service is wikitech:Tool:iw, though I'm not sure if it's ready to be switched yet. In any case, the tools.wmflabs.org domain is expected to continue working indefinitely. Legoktm (talk) 19:07, 1 July 2020 (UTC)
Thanks for bringing this up GZWDer. The Toolforge admin team has considered this as part of the toolforge.org domain migration. We have been using phab:T247432 as our place to discuss the options and timelines for taking action. As Legoktm pointed out there is a tool that I have written to act as an intermediate redirect service. This is maybe not the most elegant way to solve the problem, but I think it will work until it is proven to have some shortcoming that requires a more complex technical solution. The "hard" deadline for folks to migrate to using the new URL scheme was 2020-06-30, but we have not done the final steps yet to redirect all of the tools. I expect that work to start in the week of 2020-07-06. One of the steps that will happen is rolling out new configuration for the interwiki links pointing to the IW tool. Until that is done the current link scheme will continue to work, even for new tools. And, just to be clear, the legacy URLs will be preserved via a separate redirection service indefinitely. We are still supporting toolserver.org URLs using a redirector, and tools.wmflabs.org will be treated similarly. --BDavis (WMF) (talk) 19:28, 1 July 2020 (UTC)
Update for the mappings requested at Special:Diff/20257049 --BDavis (WMF) (talk) 20:57, 7 July 2020 (UTC)
Updated at Special:Diff/20257158. Sgd. —Hasley 21:33, 7 July 2020 (UTC)

spore

This section was archived on a request by: Nintendofan885 (talk) 19:15, 4 November 2020 (UTC)

The addition of "spore" to the table (by this edit) caused a "badtitle" error for one article on the English Wikipedia. w:Spore:_Galactic_Adventures is an article about a video game, but it now has a bad title because of the conflict with the interwiki prefix. It can be read by accessing it through the redirect w:Spore Galactic Adventures, but it cannot be moved or edited. There are also six redirects on English Wikipedia that start with the string "Spore: " (see [2]). It seems to me that the solution would be (1) temporarily remove "spore" from the interwiki table, (2) move the one affected article over the existing redirect, (3) delete the other six affected redirects, and (4) restore "spore" to the table. Note that I have no practical way of checking whether this issue affects pages on any other sister project, except that the Wikidata item for "Spore: Galactic Adventures" indicates similar title problems exist for this particular article on fr:, pt:, ru: and uk: Wikipedias. --R'n'B (talk) 14:17, 25 June 2020 (UTC)

I would suggest simply removing the spore: interwiki permanently. Using toollabs:pirsquared/iw.php shows it's currently only used as an interwiki link 3 times, compared with over 300 links to the video games. wikispore: exists for the same site and appears to be its actual name. the wub "?!" 10:03, 27 June 2020 (UTC)
@The wub: I'm inclined to agree with removing it, but what are those 3 uses? for me iw.php turned up hundreds of links, and I cannot tell which ones are intentional and which aren't --DannyS712 (talk) 10:06, 27 June 2020 (UTC)
@DannyS712: The ones I saw were on incubator:Project:Community Portal, and 2 uses on m:User talk:Sj. the wub "?!" 10:10, 27 June 2020 (UTC)
Okay, I've fixed the uses on those two pages. Removing --DannyS712 (talk) 10:15, 27 June 2020 (UTC)

Removed Removed - Special:Diff/20219835 --DannyS712 (talk) 10:19, 27 June 2020 (UTC)

Thanks for the prompt action, DannyS712 the wub "?!" 10:26, 27 June 2020 (UTC)
Note that, while I removed it here, it won't be removed from the actual config until the config is updated. This was also reported at phab:T257076 and the fix should be deployed early next week --DannyS712 (talk) 09:12, 4 July 2020 (UTC)
Fix deployed by Reedy, should be good now --DannyS712 (talk) 12:45, 4 July 2020 (UTC)

Interwiki prefixes that conflict with language codes

This section was archived on a request by: Nintendofan885 (talk) 19:15, 4 November 2020 (UTC)

The header on interwiki map rightly suggests that prefixes "should avoid likely conflict with languages". However, some prefixes do conflict with ISO 639-3 codes. The following is a table of all conflicts I was able to find.

Prefix Prefix usages Language Speakers (estimate) Location Notes
aew 24 Ambakich 770 Papua New Guinea
blw 1 Balangao 21,000 Philippines
dcc 15 Dakhini 11,000,000 India Dialect of Urdu?
doi 77,892 Dogri 2,600,000 India Dogri has an open request for a Wikipedia. However, doi is a macrolanguage code. The individual codes are dgo (Dogri proper), xnr (Kangri). Crisis averted, probably.
git 892 Gitxsan 1,020 Canada
guc 19 Wayuu 320,000 Venezuela, Colombia Verified as eligible by LangCom (request for Wikipedia, request for Wiktionary). Has ~500 articles in its test Wikipedia and ~100 pages in its test Wiktionary on Incubator.
zum 263 Kumzari 2,300 Oman

(There are other three-letter codes on the interwiki map that are not assigned as ISO 639 codes currently, but could potentially be assigned in the future. If I missed anything in the above table, ping me.)

The only actionable proposal I think I can immediately make is the removal of "guc". First of all, Wayuu has by far the highest chance of being approved by LangCom in the near future. Secondly, the global user contributions tool already has an interwiki prefix, "luxo", so there's not much need for "guc". Finally, the "guc" prefix only has a relatively small number of usages and was only added in February so it should be easy to completely replace before it becomes a larger problem.

By the way, I've modified my iwconflict.php tool to report conflicts with language codes. This should reduce the chance that the list of collisions will continue to grow. PiRSquared17 (talk) 22:42, 19 April 2019 (UTC)

Comment Comment luxo is so 2012, and nobody would think to use it or understand it. If we need guc, then we put in a reasonable alternative, and do the replacement, then delete the existing guc, and hopefully have enough space prior to any new implementation.  — billinghurst sDrewth 13:21, 5 May 2019 (UTC)
We could also consider whether we put in html remarks to placehold any reserved codes that could be expected to be used.  — billinghurst sDrewth 13:23, 5 May 2019 (UTC)
On behalf of LangCom, thank you.
The only one of those language codes that has a page on Incubator besides guc is doi, and that page basically redirects people to the separate language codes within the macrolanguage. And the request for Dogri on Meta has been recoded to one of the separate language codes. So I think guc is the only one remotely problematic now. Thanks for continuing to keep an eye on this issue, and ping me if there's a question.
I suppose I should point out for the record that if Wawa ever actually gets a project—highly unlikely—we're not going to use its ISO 639-3 code, because that's "www". Imagine the chaos! So we'd probably end up using the code assigned in the otherwise withdrawn ISO 639-6 standard, which is "wxwa". So if anyone asks to use "wxwa" as an interwiki prefix—highly unlikely—try to get them to go elsewhere. Thanks. StevenJ81 (talk) 14:05, 17 September 2019 (UTC)
Comment Comment blw has been removed (see #Barely used legacy stuff above). 「ディノ奴千？！」☎ Dinoguy1000 21:38, 25 April 2020 (UTC)

Hello. Let's get rid of guc already, please. I removed all occurrences of it except 2 MediaWiki pages on plwiki, where I'm waiting for an admin to do it. As an alternative to luxo, we can add globalcontribs or so. --MF-W 12:52, 8 August 2020 (UTC)

Fixed on plwiki. tufor (talk) 13:13, 8 August 2020 (UTC)
Changed guc to globalcontribs. --MF-W 01:48, 11 August 2020 (UTC)

Wiki Education Dashboard

This section was archived on a request by: Nintendofan885 (talk) 16:43, 28 November 2020 (UTC)

dashboard.wikiedu.org

(LinkSearch: meta | en | es | de | fr | ru | zh | simple | c | d | Wikipedias: top 25 · 50 · major wikis · sc · gs)(Search: Google | en (G) | fr (G) | de (G) | meta (G) | backlinks | → links ←)dashboard.wikiedu.org
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)

Wiki Education Dashboard is the (non-wiki) site used by Wiki Education for course pages, primarily for classroom projects for editing English Wikipedia. It is one of two instances of this Dashboard web application, the other of which — outreachdashboard.wmflabs.org — already has an interwiki prefix (`wmfdashboard`). Having an interwiki prefix would be especially helpful, because dashboard.wikiedu.org is an OAuth app that makes some automated edits on behalf of users to maintain pages like this one.--Sage (Wiki Ed) (talk) 17:50, 23 June 2020 (UTC)

Done Sage (Wiki Ed). --Martin Urbanec (talk) 18:28, 22 October 2020 (UTC)

Update Wikia domains

This section was archived on a request by: Nintendofan885 (talk) 16:43, 28 November 2020 (UTC)

Wikia has changed its domain to Fandom.com the following prefixes need updating: (Note: The prefixes with w:c don't work with just www.fandom.com so I've changed them to community.fandom.com so they works)

Prefix Old domain New domain
centralwikia http://community.wikia.com/wiki/$1 https://community.fandom.com/wiki/$1
dcdatabase http://dc.wikia.com/$1 https://dc.fandom.com/$1
doom_wiki http://doom.wikia.com/wiki/$1 https://doom.fandom.com/wiki/$1
finalfantasy http://finalfantasy.wikia.com/wiki/$1 https://finalfantasy.fandom.com/wiki/$1
guildwars http://guildwars.wikia.com/wiki/$1 https://guildwars.fandom.com/wiki/$1
lostpedia http://lostpedia.wikia.com/wiki/$1 https://lostpedia.fandom.com/wiki/$1
mozcom http://mozilla.wikia.com/wiki/$1 https://mozilla.fandom.com/wiki/$1
seattlewiki http://seattle.wikia.com/wiki/$1 https://seattle.fandom.com/wiki/$1
wikia http://www.wikia.com/wiki/w:c:$1 https://community.fandom.com/wiki/w:c:$1
wikiasite http://www.wikia.com/wiki/w:c:$1 https://community.fandom.com/wiki/w:c:$1
wikicities http://www.wikia.com/wiki/w:$1 https://community.fandom.com/wiki/w:$1
wikicity http://www.wikia.com/wiki/w:c:$1 https://community.fandom.com/wiki/w:c:$1
wookieepedia http://starwars.wikia.com/wiki/$1 https://starwars.fandom.com/wiki/$1

--Nintendofan885 (talk) 22:34, 7 July 2020 (UTC)

Done as Special:Diff/20706903. — regards, Revi 18:36, 23 November 2020 (UTC)
And fixed my oversight @ Special:Diff/20706908. — regards, Revi 18:39, 23 November 2020 (UTC)

Change WMFblog to point to Diff

This section was archived on a request by: Nintendofan885 (talk) 16:43, 28 November 2020 (UTC)

Currently the WMFblog prefix links to https://blog.wikimedia.org/$1. This should be changed to https://diff.wikimedia.org/$1 because pages on the former url redirect to the later url per task T254367 --Nintendofan885 (talk) 13:20, 27 August 2020 (UTC)

Done as Special:Diff/20706931. — regards, Revi 18:47, 23 November 2020 (UTC)

Lingua Libre

lingualibre.fr

(LinkSearch: meta | en | es | de | fr | ru | zh | simple | c | d | Wikipedias: top 25 · 50 · major wikis · sc · gs)(Search: Google | en (G) | fr (G) | de (G) | meta (G) | backlinks | → links ←)lingualibre.fr
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)

lingualibre.org

(LinkSearch: meta | en | es | de | fr | ru | zh | simple | c | d | Wikipedias: top 25 · 50 · major wikis · sc · gs)(Search: Google | en (G) | fr (G) | de (G) | meta (G) | backlinks | → links ←)lingualibre.org
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)

Lingua Libre is a wiki supported by Wikimedia France that aims to record easily many audio pronunciations of words under CC by-sa or more permissive licence. Recordings can then be used by Wiktionary websites, lexicographical data on Wikidata or any other use.

Please note that the website just migrates from lingualibre.fr to lingualibre.org so if you use LinkSummary, please test mainly lingualibre.fr. Now, .fr redirects to .org and the website is not expected to move anymore (the .org was used before and WMFr bought the domain name in order to use the same TLD than other Wikimedia projects). Pamputt (talk) 22:20, 29 May 2020 (UTC)

Added --MF-W 01:33, 1 December 2020 (UTC)

This section was archived on a request by: MF-W 01:33, 1 December 2020 (UTC)

Le Dico des Ados

dicoado.org

(LinkSearch: meta | en | es | de | fr | ru | zh | simple | c | d | Wikipedias: top 25 · 50 · major wikis · sc · gs)(Search: Google | en (G) | fr (G) | de (G) | meta (G) | backlinks | → links ←)dicoado.org
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)

Le Dico des Ados is a wiki supported by Wikimedia Switzerland that can be (and already is) used in education with children. It is a completely free of charge (and ad-free) online dictionary for (and also often by) children, under the CC-BY-SA 4.0 license. The definitions are simple, with words that don't require further explanations and with adapted examples. In short, this is the Wiktionary's little brother (with whom we have an increasingly close relationship). The Dico is in the process of being linked on its mains page, as a cousin project, like Lingua Libre above (which pronunciations are used too). --DSwissK (talk) 18:58, 5 June 2020 (UTC)

Support Support Supported by an important chapter, Le Dico des Ados has a lot of possible links with the Wiktionary projects. Pamputt (talk) 20:14, 5 June 2020 (UTC)
Support Support, officially linked with french Wiktionnary, supported by WikimediaCH and involved in WikiJuniorProjet : we clearly need this interwiki as soon as possible. Best regards, --AB Louis (talk) 16:51, 3 November 2020 (UTC)
Support Support The project has since then been added to the list of other WikiMedia projects on French Wiktionary’s main page. We systematically make links to the project from frwikt on French entries, having an interwiki link would prove really useful as it would no longer be an external link (e.g.: link in “Voir aussi” section on this page). Darmo (talk) 18:37, 3 November 2020 (UTC)


Added --MF-W 01:34, 1 December 2020 (UTC)

This section was archived on a request by: MF-W 01:34, 1 December 2020 (UTC)

Glottopedia


glottopedia.org

(LinkSearch: meta | en | es | de | fr | ru | zh | simple | c | d | Wikipedias: top 25 · 50 · major wikis · sc · gs)(Search: Google | en (G) | fr (G) | de (G) | meta (G) | backlinks | → links ←)glottopedia.org
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)


  1. provide clear and relevant use to the Wikimedia projects, including the purpose of the site — it is a wiki on linguistic terminology in the broadest sense, by design, it is multilingual
  2. be trusted not to encourage spam links being added to the Wikimedia projects — not on watch ;-)
  3. be free content (under a Commons-acceptable license) — CC-BY-SA 3.0
  4. be a wiki — runs on mediawiki, too
  5. have reasonable amounts of content — 3211 pages according to the stats page
  6. not contain malware — not on my watch

In addition to the above, "Glottopedia", the free encyclopedia of linguistics (multilingual) might be a useful interwiki, too. COI disclosure, i'm "owner" and editor over there. --Janwo (talk) 06:14, 1 September 2020 (UTC)

  1. Support Support Pamputt (talk) 20:16, 20 November 2020 (UTC)


Added --MF-W 01:35, 1 December 2020 (UTC)

This section was archived on a request by: MF-W 01:35, 1 December 2020 (UTC)

imdbname

This quest began at w:Template talk:IMDb name#Links to IMDb name in main text which look exactly like Wikipedia bluelinks; and I was pointed here, to a level of the dungeon of which I was unaware.

w:IMDb is not w:WP:RS. See w:Wikipedia:Reliable sources/Perennial sources for a summary and w:WP:CITINGIMDB for more detail.

imdbname creates links in Wikipedia mainspace which look exactly like Wikipedia bluelinks. For an example, see the first two words (Ari Gold, the title) in this diff. IMO this is a dreadful situation.

If imdbname is deleted, as I believe it should be, the 350-odd uses of it should also be removed. This should extend to removing the enclosing square brackets. In my example, removing imdbname:0324923| but not [[]] would leave [[Ari Gold]], a circular, non-functional, but doubly-bolded, link.

Links inside braces {{}} should not be touched. w:Template:IMDb name is useful when used properly. Narky Blert (talk) 19:43, 10 August 2020 (UTC)

Oppose This should be addressed by an edit filter instead of removing the prefix altogether, which will have a significant impact on all wikis where existing links will stop working. We have many non-RS prefixes such as Wikia. Nardog (talk) 02:57, 29 August 2020 (UTC)
Oppose per @Nardog:. While English Wikipedia may not consider IMDb a reliable source in some contexts, we have many other Wikimedia projects which use this interwiki prefix. Moreover, I think any issues with IMDb being used for questionable source additions on English Wikipedia (and other Wikipedias potentially as well), as Nardog pointed out, this could be better addressed with an improved edit filter/abuse filter. Alternatively, perhaps English Wikipedia could explore the possibility of allowing a local interwiki table, to be edited, potentially, by its local administrators or some other user group, with the local interwiki table additions set to override the global interwiki table. Or, alternatively, it could simply opt out of the regular updating of its interwiki table, and have its interwiki table controlled locally by its own users. Dmehus (talk) 00:47, 28 September 2020 (UTC)

Not done No consensus to remove, goal can be achieved by other means. --MF-W 01:37, 1 December 2020 (UTC)

This section was archived on a request by: MF-W 01:37, 1 December 2020 (UTC)

From what I can see the AgentTicketZoom&TicketID=$1 prefix of the OTRS: link leads OTRS agents to a broken link as the ticketID is an internal ID for OTRS itself, separate from the ticket number. Could somebody change the link to AgentTicketZoom&TicketNumber=$1 similarly to the Ticket: inter-wiki link? Kb03 (talk) 15:18, 5 October 2020 (UTC)

It's been a long time I am no longer an OTRS agent/admin, but I remember "otrs" was to be used with another number not being the ticket Ticket #NNNN number. —MarcoAurelio (talk) 15:40, 5 October 2020 (UTC)
I think it's intentional the one links to the ticket ID and the other to the ticket number, which are different. Please don't change that without checking how otrs: is used. --Krd 16:05, 5 October 2020 (UTC)
@Krd: I found Special:Redirect/logid/20646459 which uses otrs:9788863 and is the TicketID.Is that still working? Thanks, —MarcoAurelio (talk) 18:30, 7 October 2020 (UTC)
That link to work. I suggest to keep this as it is. --Krd 18:38, 7 October 2020 (UTC)
If it still works, I also suggest to keep them as is too. —MarcoAurelio (talk) 18:44, 7 October 2020 (UTC)
Not done Closing as not done, in favor of status quo. — regards, Revi 18:43, 23 November 2020 (UTC)
This section was archived on a request by: MF-W 01:40, 1 December 2020 (UTC)

BattlestarWiki

BattlestarWiki:$1 currently links to http://en.battlestarwiki.org/wiki/$1. This should be changed to https://en.battlestarwiki.org/$1 as BattlestarWiki:Example links to the article 'Wiki/Example' which is broken. This also improves security by using https --Nintendofan885 (talk) 16:45, 20 October 2020 (UTC)

Done; see Special:Diff/21095757. Will not work until the sysadmins sync. this with the server though. —MarcoAurelio (talk) 20:33, 10 February 2021 (UTC)
This section was archived on a request by: —MarcoAurelio (talk) 20:33, 10 February 2021 (UTC)

Gutenberg

For the gutenberg prefix, please consider changing http:// to https:// instead in the prefix's target URL. This page on Project Gutenberg indicates that HTTPS is supported when linking to specific ebooks. Using HTTPS would provide increased privacy and security for users.

Example link: The Wonderful Wizard of Oz

Thanks. --Elegie (talk) 06:56, 28 October 2020 (UTC)

Done; Special:Diff/21095765. —MarcoAurelio (talk) 20:36, 10 February 2021 (UTC)
This section was archived on a request by: —MarcoAurelio (talk) 20:36, 10 February 2021 (UTC)

VIAF

The "VIAF" entry currently links to "http://viaf.org/viaf/$1". This should be changed to "https://viaf.org/viaf/$1". Sources:

Once changed, this would allow to change the definition of the link in the heavily used en:Module:Authority_control in the English Wikipedia from "https://viaf.org/viaf/$1" to ":VIAF:$1", so that the actual link becomes centrally maintained and updated and no longer requires further updates of the Module.

Also, the "external link" icon for VIAF entries in the Authority Control box would vanish, making links look better.

--Matthiaspaul (talk) 07:22, 8 November 2020 (UTC)

Done —MarcoAurelio (talk) 20:42, 10 February 2021 (UTC)
This section was archived on a request by: —MarcoAurelio (talk) 20:43, 10 February 2021 (UTC)

VIAF

The "VIAF" entry in the current version of the map is located following the letter "W" whereas it should be alpha-sorted above "W". Please move it to the correct place in the table. --Matthiaspaul (talk) 07:05, 8 November 2020 (UTC)

Done. —MarcoAurelio (talk) 12:06, 11 February 2021 (UTC)
This section was archived on a request by: —MarcoAurelio (talk) 12:06, 11 February 2021 (UTC)

Wikitech

The "Wikitech" entry in the current version of the map is not located according to alphabetical sorting order. Please move it to the correct place in the table. --Matthiaspaul (talk) 10:32, 8 November 2020 (UTC)

Done, sorry for the delay --DannyS712 (talk) 01:04, 13 April 2021 (UTC)
This section was archived on a request by: MF-W 13:35, 23 April 2021 (UTC)

wikiedudashboard

The "wikiedudashboard" entry in the current version of the map is not located according to alphabetical sorting order. Please move it to the correct place in the table. --Matthiaspaul (talk) 10:32, 8 November 2020 (UTC)

Done, sorry for the delay --DannyS712 (talk) 01:04, 13 April 2021 (UTC)
This section was archived on a request by: MF-W 13:35, 23 April 2021 (UTC)

ShoutWiki

shoutwiki.com

(LinkSearch: meta | en | es | de | fr | ru | zh | simple | c | d | Wikipedias: top 25 · 50 · major wikis · sc · gs)(Search: Google | en (G) | fr (G) | de (G) | meta (G) | backlinks | → links ←)shoutwiki.com
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)

Included in default interwiki map as shoutwiki:. ShoutWiki is a wiki farm hosting over 13,000 wikis, most licensed under CC BY-SA. Top 40 Wikipedias have over 500 links to them. Any wiki can be reached using link http://www.shoutwiki.com/wiki/w:subdomain:page. 01miki10 (talk) 13:08, 16 May 2020 (UTC)

Comment Comment - If we are making an interwiki for this, then we might use one for mw:Miraheze too. —The preceding unsigned comment was added by LightningComplexFire (talk) 18:19, 25 February 2021 (UTC)
Miraheze is unlikely to be added per Talk:Interwiki_map/Archives/2019#Miraheze. —MarcoAurelio (talk) 14:33, 27 February 2021 (UTC)
This section was archived on a request by:  — billinghurst sDrewth 10:07, 17 May 2021 (UTC)

ShoutWiki

shoutwiki.com

(LinkSearch: meta | en | es | de | fr | ru | zh | simple | c | d | Wikipedias: top 25 · 50 · major wikis · sc · gs)(Search: Google | en (G) | fr (G) | de (G) | meta (G) | backlinks | → links ←)shoutwiki.com
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)

Included in default interwiki map as shoutwiki:. ShoutWiki is a wiki farm hosting over 13,000 wikis, most licensed under CC BY-SA. Top 40 Wikipedias have over 500 links to them. Any wiki can be reached using link http://www.shoutwiki.com/wiki/w:subdomain:page. 01miki10 (talk) 13:08, 16 May 2020 (UTC)

Comment Comment - If we are making an interwiki for this, then we might use one for mw:Miraheze too. —The preceding unsigned comment was added by LightningComplexFire (talk) 18:19, 25 February 2021 (UTC)
Miraheze is unlikely to be added per Talk:Interwiki_map/Archives/2019#Miraheze. —MarcoAurelio (talk) 14:33, 27 February 2021 (UTC)
This section was archived on a request by:  — billinghurst sDrewth 10:07, 17 May 2021 (UTC)

XTools

xtools.wmflabs.org

(LinkSearch: meta | en | es | de | fr | ru | zh | simple | c | d | Wikipedias: top 25 · 50 · major wikis · sc · gs)(Search: Google | en (G) | fr (G) | de (G) | meta (G) | backlinks | → links ←)xtools.wmflabs.org
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)

Link: https://xtools.wmflabs.org/$1 prefix:xtools:

XTools is a popular suite of analytics tools. Global Search reports some 10,000 links scattered across the wikis, including in interface messages, with an additional 17,700+ links to the old location at tools.wmflabs.org/xtools (though there's no intention of updating those as they automatically forward to the new location). An interwiki link would simply shave off of some typing. Legacy links to XTools use URL query params (i.e. /ec?project=meta.wikimedia&user=Foo, but as of version 3.0 (released July 2017) it uses path-style parameters, such as /ec/meta.wikimedia/Foo, hence making it easy to link to with an interwiki link. This seems like a missing shortcut given we have similar other shortcuts like quarry: and petscan:. — MusikAnimal talk 16:17, 28 February 2020 (UTC)

  • Support. —MarcoAurelio (talk) 16:23, 28 February 2020 (UTC)
  • Comment Comment I wonder if it would make more sense to link to specific features such as contribution counts. The main point of an interwiki is avoiding link rot and if you need to include part of the URL in the link that kind of defeats that. --Tgr (talk) 01:31, 1 March 2020 (UTC)
    @Tgr: I'm fond of the idea, but it's impossible to link to it without including a project and a user. So for the Edit Counter you might have xtools-ec:meta.wikimedia.org/Example, which is the same number of characters as what's being proposed. Simply making xtools: go to the Edit Counter I don't think is a safe assumption since the suite includes many other tools. I'll also note that historically we've done very well with avoiding link rot. Links going back to the old toolserver with legacy parameters like ?wiki=Wikipedia&lang=fr still work today. At any rate, I have no strong feelings. Maybe this interwiki link doesn't make sense? — MusikAnimal talk 00:20, 2 March 2020 (UTC)
    If something takes two parameters, it's better suited for a template than an interwiki link. But then again, templates are not global... hm. And "link to the contributions of this user on this wiki" would make sense for an iw entry, but there's no easy way to manage that... --Tgr (talk) 07:35, 2 March 2020 (UTC)
  • Support Support LightningComplexFire (talk · contribs · CA) (enwiki talk · enwiki contribs) 18:17, 25 February 2021 (UTC)

Question Question: @MusikAnimal: how much are we actually saving? Quarry and Petscan both have a number generated that you can plug in—easy. Most users are less likely to remember that string. Happy to do it though are we doing it for the right reasons? Will it make coding easier? If it is going to help tidy up this hotchpotch, and you are going to offer some advice/instruction to the wikis on how they can setup it easily, then I am all for it.  — billinghurst sDrewth 12:46, 17 May 2021 (UTC)

@Billinghurst It would just save some typing, and allow us to link to XTools in edit summaries, etc. A link from an interface message for the Page History tool for instance might look like [[xtools:articleinfo/ar.wikipedia.org/{{FULLPAGENAMEE}}|Page History]] as opposed to [https://xtools.wmflabs.org/ar.wikipedia.org/{{FULLPAGENAMEE}} Page History]. So it doesn't save a lot of typing (just six characters in this example). Perhaps this interwiki link doesn't make much sense, and that's fine by me. I still think it would be neat to have the shortcut, but it's not important. — MusikAnimal talk 15:15, 17 May 2021 (UTC)

added not yet activated  — billinghurst sDrewth 01:44, 18 May 2021 (UTC)

Done interwiki map rolled out @MusikAnimal:

This section was archived on a request by:  — billinghurst sDrewth 11:14, 20 May 2021 (UTC)

SchoolsWP

The links are broken - http://schools-wikipedia.org/ works, but clicking forward to http://schools-wikipedia.org/cgi-bin/ returns a forbidden access error / 403. All links, like http://schools-wikipedia.org/wiki/1755_Lisbon_earthquake, return a Not Found / 404 error.

The primary usage is in w:Template:WP1.0, and the template can be updated.

Thanks, --DannyS712 (talk) 04:37, 12 February 2020 (UTC)

 On hold @DannyS712: It has a lot of links at enWP in Talk: and some specialised categories, should it be a case of remapping all links to a single target page and listing on Interwiki map/discontinued.  — billinghurst sDrewth 11:52, 17 February 2020 (UTC)
Service: fixed ping to DannyS712 —MarcoAurelio (talk) 13:45, 17 February 2020 (UTC)
Most of the lines are from the template - if this is going to be moving forward (either removal or remapping) I'll remove the template link - that should clear the majority of links. Should I? --DannyS712 (talk) 21:47, 19 February 2020 (UTC)
I see that the link has been removed from the template. Still some links remain in some pages. Is removing those an option or would marking this one as discontinued be prefered? —MarcoAurelio (talk) 18:28, 12 February 2021 (UTC)
I have a better idea. Change the interwiki target of schoolswp to https://schools-wikipedia.org/$1 to resolve the current problems. 54nd60x (talk) 13:21, 15 April 2021 (UTC)
Probably better to just dump at root schoolswp to https://schools-wikipedia.org/ and no parameter.  — billinghurst sDrewth 11:09, 17 May 2021 (UTC)

changed pointing to root page of domain; not yet activated  — billinghurst sDrewth 01:52, 18 May 2021 (UTC)

Done interwiki map rolled out @DannyS712:

This section was archived on a request by:  — billinghurst sDrewth 11:14, 20 May 2021 (UTC)

BrickWiki

The BrickWiki prefix seems to refuse connections. Most links seem to be from talk page https://pirsquared.toolforge.org/iw.php?wikis=&iw=BrickWiki --Nintendofan885 (talk) 14:37, 28 October 2020 (UTC)

https://brickwiki.info/ seems to work as of today, on the other hand I am not sure about the usefulness of the interwiki prefix as of today. The wiki seems to be closed down somewhat, and seems to be using a rather old MediaWiki version. Unsure about this one but if it is only used on talk pages, perhaps we should just remove it. —MarcoAurelio (talk) 12:15, 11 February 2021 (UTC)
Just remove it. https://global-search.toolforge.org/?q=%22%5B%5Bbrickwiki%3A%22&namespaces=&title= is insignificant use.  — billinghurst sDrewth 11:11, 17 May 2021 (UTC)
Removing it works for me. Perhaps the interwiki link should be replaced in Template:User Brickwiki to avoid breaking some pages at w:Special:WhatLinksHere/Template:User_Brickwiki. —MarcoAurelio (talk) 11:20, 17 May 2021 (UTC)
Well, nevermind. Both http://brickwiki.info and https://brickwiki.info are down for me: DNS_PROBE_STARTED. —MarcoAurelio (talk) 11:26, 17 May 2021 (UTC)

Removed Removed no redirection, negligible use  — billinghurst sDrewth 01:56, 18 May 2021 (UTC)

Done interwiki map rolled out @Nintendofan885:

This section was archived on a request by:  — billinghurst sDrewth 11:14, 20 May 2021 (UTC)

id-internal

id-internal.wikimedia.org

(LinkSearch: meta | en | es | de | fr | ru | zh | simple | c | d | Wikipedias: top 25 · 50 · major wikis · sc · gs)(Search: Google | en (G) | fr (G) | de (G) | meta (G) | backlinks | → links ←)id-internal.wikimedia.org
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)

This is a closed wiki for Wikimedia Indonesia, currently used for internal matters. We would be grateful if the wiki have an assigned interwiki for better functionality. Thank you. Rachmat (WMID) (talk) 04:33, 29 May 2020 (UTC)

Comment Comment Linking to a fishbowl/private wiki? It isn't going to be widely used, and it is only effectively useful for a small group of people. It is significant number of pages and suitable to do such linking? Just seems weird to me.  — billinghurst sDrewth 07:39, 14 July 2020 (UTC)

The private wiki currently has more than 42,000 files which most of them are linked from this wiki. Most of them are invoices and internal papers, saved in the private wiki to avoid abuse. When the files are moved, the bare link from here doesn't automatically redirect, so that is why we consider using assigned interwiki to avoid such problem. Also, having interwiki helps the syntax neat and tidy. Best, Rachmat (WMID) (talk) 06:14, 16 July 2020 (UTC)
  • Support Support This will help to detect whether files/related pages already existed (red link for non-existent ones), thus providing better way of knowing the completeness of important documents in the organization, without compromising the privacy. Raisha (WMID) (talk) 07:24, 16 July 2020 (UTC)
  • Can someone explain "When the files are moved, the bare link from here doesn't automatically redirect" part? If you are linking it from id to id-internal, as long as you don't delete the old redirect (which you should NOT anyway), it should continue to redirect. If you deleted the redirect, that's your problem to solve. Also "having interwiki helps the syntax neat and tidy.": Use template, like the name "internal" (or the one in local language) with <span class="plainlinks">https://id-internal.wikimedia.org/wiki/{{{1}}}</span> which produces "[3]" - which when used with {{internal|Hi}}, would be like [4]. — regards, Revi 21:50, 23 November 2020 (UTC)
    • Dear Revi, thanks for your comment. Frankly, I didn't aware that bare links like this https://id-internal.wikimedia.org/wiki/Example.jpg will automatically redirect when clicking it from idwikimedia, if the Example.jpg is a redirect. I was thinking it works only when [[:File:Example.jpg]] is used. The "having interwiki helps the syntax neat and tidy" means that we have been using this syntax, [[:File:Example.jpg]], for a while when we hosted our own wiki back then, and we think that it would be good if id-internal have its own interwiki, so that we could link [[:File:Example.jpg]], instead of pasting links from id-internal page in idwikimedia. Kind regards, Rachmat (WMID) (talk) 15:28, 4 January 2021 (UTC)
  • Comment Comment this doesn't strike me as particularly useful. Jura1 (talk) 17:20, 25 May 2021 (UTC)

I am still not seeing a community benefit or a requirement. Solutions have been proposed and a template can be used if it is a single wiki. A bot replacement for an interwiki is a bot replacement for a template. Where are we with this?  — billinghurst sDrewth 05:15, 24 December 2022 (UTC)

+1, oppose addition. Frostly (talk) 01:10, 26 May 2023 (UTC)

Not done no consensus for addition. Also noting that crosswiki interwiki links do NOT show redlinks when missing. Redlinks only occur to links on the wiki.  — billinghurst sDrewth 06:01, 29 May 2023 (UTC)

This section was archived on a request by:  — billinghurst sDrewth 06:50, 2 June 2023 (UTC)

id-internal

id-internal.wikimedia.org

(LinkSearch: meta | en | es | de | fr | ru | zh | simple | c | d | Wikipedias: top 25 · 50 · major wikis · sc · gs)(Search: Google | en (G) | fr (G) | de (G) | meta (G) | backlinks | → links ←)id-internal.wikimedia.org
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)

This is a closed wiki for Wikimedia Indonesia, currently used for internal matters. We would be grateful if the wiki have an assigned interwiki for better functionality. Thank you. Rachmat (WMID) (talk) 04:33, 29 May 2020 (UTC)

Comment Comment Linking to a fishbowl/private wiki? It isn't going to be widely used, and it is only effectively useful for a small group of people. It is significant number of pages and suitable to do such linking? Just seems weird to me.  — billinghurst sDrewth 07:39, 14 July 2020 (UTC)

The private wiki currently has more than 42,000 files which most of them are linked from this wiki. Most of them are invoices and internal papers, saved in the private wiki to avoid abuse. When the files are moved, the bare link from here doesn't automatically redirect, so that is why we consider using assigned interwiki to avoid such problem. Also, having interwiki helps the syntax neat and tidy. Best, Rachmat (WMID) (talk) 06:14, 16 July 2020 (UTC)
  • Support Support This will help to detect whether files/related pages already existed (red link for non-existent ones), thus providing better way of knowing the completeness of important documents in the organization, without compromising the privacy. Raisha (WMID) (talk) 07:24, 16 July 2020 (UTC)
  • Can someone explain "When the files are moved, the bare link from here doesn't automatically redirect" part? If you are linking it from id to id-internal, as long as you don't delete the old redirect (which you should NOT anyway), it should continue to redirect. If you deleted the redirect, that's your problem to solve. Also "having interwiki helps the syntax neat and tidy.": Use template, like the name "internal" (or the one in local language) with <span class="plainlinks">https://id-internal.wikimedia.org/wiki/{{{1}}}</span> which produces "[5]" - which when used with {{internal|Hi}}, would be like [6]. — regards, Revi 21:50, 23 November 2020 (UTC)
    • Dear Revi, thanks for your comment. Frankly, I didn't aware that bare links like this https://id-internal.wikimedia.org/wiki/Example.jpg will automatically redirect when clicking it from idwikimedia, if the Example.jpg is a redirect. I was thinking it works only when [[:File:Example.jpg]] is used. The "having interwiki helps the syntax neat and tidy" means that we have been using this syntax, [[:File:Example.jpg]], for a while when we hosted our own wiki back then, and we think that it would be good if id-internal have its own interwiki, so that we could link [[:File:Example.jpg]], instead of pasting links from id-internal page in idwikimedia. Kind regards, Rachmat (WMID) (talk) 15:28, 4 January 2021 (UTC)
  • Comment Comment this doesn't strike me as particularly useful. Jura1 (talk) 17:20, 25 May 2021 (UTC)

I am still not seeing a community benefit or a requirement. Solutions have been proposed and a template can be used if it is a single wiki. A bot replacement for an interwiki is a bot replacement for a template. Where are we with this?  — billinghurst sDrewth 05:15, 24 December 2022 (UTC)

+1, oppose addition. Frostly (talk) 01:10, 26 May 2023 (UTC)

Not done no consensus for addition. Also noting that crosswiki interwiki links do NOT show redlinks when missing. Redlinks only occur to links on the wiki.  — billinghurst sDrewth 06:01, 29 May 2023 (UTC)

This section was archived on a request by:  — billinghurst sDrewth 06:50, 2 June 2023 (UTC)
Retrieved from "https://meta.wikimedia.org/w/index.php?title=Talk:Interwiki_map/Archives/2020&oldid=25352432"