Wikimedia Meta-Wiki

Talk:Interwiki map/Archives/2019

< Talk:Interwiki map | Archives
Latest comment: 3 years ago by Billinghurst

outreachdashboard.wmflabs.org

outreachdashboard.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 ←)outreachdashboard.wmflabs.org
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)

Link: https://outreachdashboard.wmflabs.org/$1 prefix:dashboard:

  1. tool developped by WMF.
  2. stable link : https://outreachdashboard.wmflabs.org/$1
  3. easy to use prefix : [[:dashboard:]] /or/ [[:wmfdashboard:]]
  4. provide clear and relevant use to the Wikimedia projects.
  5. relevant for edit-a-thons, organizers, users, stats, etc.
  6. allow to create "Enroll" buttons using an non external link.

— The preceding unsigned comment was added by Benoit Rochon (talk) 4 January 2018 (UTC)

  added as wmfdashboard  — billinghurst sDrewth 10:56, 9 April 2019 (UTC)

This section was archived on a request by:  — billinghurst sDrewth 12:15, 9 April 2019 (UTC)

KmWiki

Wikispaces, which kmwiki was hosted on, has been shut down for quite a while. It also appears the site was dead for several years at this point and there is a fairly minimal amount of links to it. A bit of searching yielded no successor sites (it doesn't appear that this can be updated); on another hand, this could conflict with the Khmer Wikipedia link (km). Hiàn (talk) 23:19, 7 April 2019 (UTC)

None of the four supposed links are even useful. The Spanish pages and the Marc Kupper page on en.wikipedia are lists of interwikis. The Legoktm page is actually trying to link to km.wikipedia. So, I think it should be perfectly safe to remove. PiRSquared17 (talk) 23:47, 7 April 2019 (UTC)
  removed, though not phab'd  — billinghurst sDrewth 11:11, 8 April 2019 (UTC)
This section was archived on a request by:  — billinghurst sDrewth 12:15, 9 April 2019 (UTC)

ISSN redirects to HTTPS

ISSN: https://www.worldcat.org/issn/$1 issn:0021-6925

Note: Some ISSN URLs, such as http://www.worldcat.org/issn/0021-6925, generate a 301 redirect to an HTTPS URL that generates a 303 redirect to another HTTPS URL. At the same time, there are other ISSN URLs, such as http://www.worldcat.org/issn/1810-9047, that only generate a 301 redirect to an HTTPS URL. The change specified above should cover both situations. --Elegie (talk) 09:56, 21 January 2019 (UTC)

  updated thanks.  — billinghurst sDrewth 10:20, 9 April 2019 (UTC)
This section was archived on a request by:  — billinghurst sDrewth 12:15, 9 April 2019 (UTC)

HTTPS for freedomdefined

Please update freedomdefined: to https://freedomdefined.org/$1 to use encrypted connection. It has a three-month Let’s Encrypt certificate valid from last Sunday, so it’s a fast catch! :) Hopefully they configured the update script correctly and it will still work in May. —Tacsipacsi (talk) 20:54, 31 January 2019 (UTC)

  updated thanks.  — billinghurst sDrewth 10:21, 9 April 2019 (UTC)
This section was archived on a request by:  — billinghurst sDrewth 12:15, 9 April 2019 (UTC)

New tool for finding potential interwiki conflicts

@Billinghurst: (because you seem to be the de facto interwiki map guy nowadays)

  Comment I would prefer not to be, and have tried to not be.  — billinghurst sDrewth 06:53, 13 April 2019 (UTC)

I just created a new tool, toollabs:pirsquared/iwconflict.php, which can be used to determine whether a proposed interwiki link conflicts with any existing page titles and namespace names/aliases. (It has exactly as much charmful CSS as my previous tool.) It takes a long time but I think it works. It should handle edge cases but I don't want to go into details. For example, let's say someone proposed making a new interwiki called "R" and we only wanted to check itwiki and metawiki (because checking all wikis takes a few minutes). Then you can see the list of conflicts here. Another example: [1]. PiRSquared17 (talk) 02:13, 13 April 2019 (UTC)

It should be noted that a namespace conflict isn't necessarily a dealbreaker. For instance, the interwiki "Wikipedia" included in the map conflicts with the project namespace on enwiki (and a bunch of others). It just means you won't be able to access the interwiki on those projects. PiRSquared17 (talk) 02:25, 13 April 2019 (UTC)
This section was archived on a request by: I added a link to the tool in the admin instructions above. PiRSquared17 (talk) 14:59, 13 April 2019 (UTC)

Miraheze

Status:    Not done

miraheze.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 ←)miraheze.org
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)
  1. Miraheze is a non-profit wiki farm that hosts a growing number of wikis, including educational wikis and those belonging to other non-profits. Many wikis from Wikia have either migrated or are in the process of migrating to Miraheze. Additionally, Miraheze develops its own extensions and lists them on MediaWiki.org.
  2. Miraheze has a team of Stewards and operates a Counter-Vandalism Team that police content. Spam and advertising are against their content policy.
  3. Wikis are licensed under CC BY-SA 4.0 by default.
  4. It's a wiki farm, so yes.
  5. The service contains over 3380 wikis as of 19:16, 16 April 2019 (UTC).
  6. No malware.

The way links to wikis would be written would be somewhat similar to the current interwiki for Wikia: [[miraheze:mh:foo:bar]] would create a link to meta.miraheze.org/wiki/mh:foo:bar, which would then redirect to foo.miraheze.org/wiki/bar. —k6ka 🍁 (Talk · Contributions) 19:16, 16 April 2019 (UTC)

  •   Question: There has to be a point and value to providing the interwiki, though it has not been spoken about its use, so why would we link to meta.miraheze? Looking at the top40 WPs, and the links, they are from user pages to user pages, there is next to no content linking. The content wikis at miraheze all have their own subdomain names, so doesn't appear to be a particular useful interwiki preparation.   Comment I would not see that we would envisage a two letter shortcut.  — billinghurst sDrewth 02:03, 17 April 2019 (UTC)
    • @Billinghurst: www.miraheze.org does not currently work for Miraheze interwiki links. Writing www.miraheze.org/wiki/mh:foo:bar does not redirect to its intended target (as of this writing it gives only a 404 page). Writing meta.miraheze.org/wiki/mh:foo:bar or any-other-wiki.miraheze.org/wiki/mh:foo:bar does, however, redirect to their intended targets. Meta was selected because it is the Meta Wiki of the wiki farm and thus the de facto home wiki. Of course, the main intention of this interwiki is to be able to redirect to any of the wikis on Miraheze, not just Meta. —k6ka 🍁 (Talk · Contributions) 02:36, 18 April 2019 (UTC)
      I must not explained myself well enough. I believe that I suitably understand the technical aspect of interwikis. What I don't believe that has been explained is the social requirement for the interwiki links that you are proposing.  — billinghurst sDrewth 05:21, 18 April 2019 (UTC)
(Full discloure I am a member of the Counter-Vandalism Team on Miraheze), I suggest dropping www. from the interwiki target, but besides that   Support Zppix (talk) 13:07, 25 April 2019 (UTC)

  Not done no suitable consensus  — billinghurst sDrewth 06:25, 4 August 2019 (UTC)

This section was archived on a request by: —MarcoAurelio (talk) 18:26, 31 October 2019 (UTC)

Incubator Plus 2.0 on Miraheze

Withdrawn.

I read the discussion above concerning a broad request for a link to Miraheze. Still, because of what has happened at Wikia/Fandom, we have moved Incubator Plus (the place where projects ineligible for Wikimedia Incubator go) to Miraheze. So we'd like to be able to have direct links there.

Now, I tested the link https://incubator.miraheze.org/wiki/m:User:StevenJ81, and that does give a backdoor to my user page on Miraheze Meta (and therefore to the whole Miraheze farm). So I propose having these links added to the Interwiki map only on Incubator, and not across the whole WMF world. (This functionality is available.) StevenJ81 (talk) 14:27, 23 August 2019 (UTC)

Is available generally, or in the WMF setup? IIRC we use interwiki.php, which is autogenerated from Interwiki_map, which doesn't seem to have any row for "only on this project" type of link. --Martin Urbanec (talk) 14:35, 23 August 2019 (UTC)
It's available generally, since at the new Incubator Plus I have a link back to WM Incubator that only appears in my wiki. (See https://incubator.miraheze.org/wiki/Special:Interwiki and scroll down the page.) Whether that functionality is blocked here, I don't know. StevenJ81 (talk) 14:55, 23 August 2019 (UTC)
IIRC interwiki map needs to be the same on all WMF wikis. --Martin Urbanec (talk) 14:58, 23 August 2019 (UTC)
Never mind. Handled otherwise. Never thought this would actually turn into a complicated issue. StevenJ81 (talk) 15:47, 23 August 2019 (UTC)
This section was archived on a request by: —MarcoAurelio (talk) 18:26, 31 October 2019 (UTC)

Phab request to update interwiki

Tracked in Phabricator:
Task T220497

I have lodged a request to update the interwiki map following the series of updates above.  — billinghurst sDrewth 12:12, 9 April 2019 (UTC)

This section was archived on a request by: —MarcoAurelio (talk) 18:23, 31 October 2019 (UTC)

Protected edit request on 22 July 2019

Remove CellWiki. Looking at Wikia:Cell:Main_Page shows that the wiki hasn't been updated in 10 years. I checked for links on Meta and Enwiki, and it's never been used for either (except for tests). I'd rather have access to LPedia or niwanetwork (to avoid needing to link Bulba:nw:nookipedia:Game Boy Advance to get to Nookipedia). –MJL ‐Talk‐☖ 21:18, 22 July 2019 (UTC)

  Not done @MJL: please use the Talk:Interwiki_map#Proposed_removals section above to request a routine removal. — xaosflux Talk 00:10, 23 July 2019 (UTC)
This section was archived on a request by: —MarcoAurelio (talk) 18:27, 31 October 2019 (UTC)

Hey, I just randomly decided to check this talk page and realized that the tool is down (and probably has been down for quite some time). I haven't logged into tool labs at all in several years so it's kind of a miracle that it was even up in 2018. Anyone know how I can get it back up? PiRSquared17 (talk) 18:59, 30 March 2019 (UTC)

  resolve by application owner.  — billinghurst sDrewth 12:05, 9 April 2019 (UTC)
This section was archived on a request by: —MarcoAurelio (talk) 18:23, 31 October 2019 (UTC)

Freenode

Its.. Not even a wiki? It's a irc:// link, and has no business being in the interwiki list. --MoonyTheDwarf (talk) 03:31, 24 October 2019 (UTC)

Neither is Flickr. Why is it not being a wiki a reason to remove it? —Justin (koavf)❤T☮C☺M☯ 03:43, 24 October 2019 (UTC)
  Not done  — billinghurst sDrewth 11:50, 17 February 2020 (UTC)
This section was archived on a request by: DannyS712 (talk) 16:23, 30 April 2020 (UTC)

Wikia, again

Since the previous discussion in October 2018, Wikia (aka "Fandom") has yet again changed its URL scheme in a way that breaks existing interwiki links. In particular the "/wiki/" needs to be removed from the interwiki prefixes wikia, wikiasite, wikicities and wikicity. To be explicit, the following changes should fix the problems:

Thanks, PiRSquared17 (talk) 18:25, 19 April 2019 (UTC)

@Billinghurst: Would you mind taking a look at this? As the "wikia" interwiki prefix has over 10,000 uses, I think it would be nice if we could fix it by the next time the interwiki map is synchronized. PiRSquared17 (talk) 02:43, 5 May 2019 (UTC)

  Not done all the url rewrites at wikia seem to be working fine and ending up at articles. Too much faffing around to get this changed for no apparent benefit, and too much chance of error.  — billinghurst sDrewth 11:40, 17 February 2020 (UTC)

This section was archived on a request by: DannyS712 (talk) 16:24, 30 April 2020 (UTC)

MemoryAlpha

It appears that the current URL that is used by the MemoryApha prefix generates an HTTP 301 redirect to an HTTPS URL at memory-alpha.fandom.com. For example, the URL http://memory-alpha.org/wiki/Jean-Luc_Picard generates a 301 redirect to https://memory-alpha.fandom.com/wiki/Jean-Luc_Picard and http://memory-alpha.org/wiki/File:Olson_aboard_shuttlecraft.jpg generates a 301 redirect to https://memory-alpha.fandom.com/wiki/File:Olson_aboard_shuttlecraft.jpg. I also tested the three example URLs in the English Wikipedia Template:Memory Alpha documentation, among others.

One inconsistency that I noticed was that the URL http://memory-alpha.org/wiki/Spock%27s_Brain generates a 301 redirect to https://memory-alpha.fandom.com/wiki/Spock%27s_Brain_(episode), wherein the article title in the new page URL is different from the article title in the original page URL. This may not be an issue though, since it appears that https://memory-alpha.fandom.com/wiki/Spock%27s_Brain generates a 301 redirect to https://memory-alpha.fandom.com/wiki/Spock%27s_Brain_(episode). I do not know if there is a similar issue with differning page titles on other pages.

Changing the prefix to use the newer HTTPS URL (https://memory-alpha.fandom.com/wiki/) could potentially reduce the number of HTTP redirects and also could provide increased privacy and security for users. Thoughts? --Elegie (talk) 08:31, 11 July 2019 (UTC)

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

MarioWiki

mariowiki.net

(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 ←)mariowiki.net
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)

Link: https://mariowiki.net/wiki/$1

Prefix: mariowikide or demariowiki

To summarize: 1. provide clear and relevant use to the Wikimedia projects, including the purpose of the site: MarioWiki.net is the German counterpart to MarioWiki.com, which already is included in the interwiki list and the largest independent German site about Mario-related topics.

2. be trusted not to encourage spam links being added to the Wikimedia projects: Of course I won't encourage our contributors to spam links in Wikipedia, also most of the Mario-related articles in the German Wikipedia already have weblinks in the classic format to MarioWiki.net articles. On our wiki, we don't have any spam problems.

3.be free content (under a Commons-acceptable license): our articles are licensed with CC-by-NC-SA.

4. be a wiki: self-hosted MediaWiki-based wiki

5. have reasonable amounts of content: currently almost 6000 articles

6.not contain malware: no ads, no external scripts, up-to-date software. Should not be in risk of becoming a malware-spreading site.

Semako96 (talk) 22:58, 4 February 2019 (UTC)

Technically we can already link there using mariowiki:Special:GoToInterwiki/de:Spezies (although that is definitely not convenient). PiRSquared17 (talk) 16:19, 8 April 2019 (UTC)
For the record, there are 84 links to mariowiki.net on de.wikipedia. PiRSquared17 (talk) 22:50, 8 April 2019 (UTC)
  Comment - 6000 articles (and 84 existing links) doesn't seem like a lot of content. Kaldari (talk) 19:31, 5 February 2020 (UTC)

  Not done There seems to be no sufficient need. --MF-W 12:35, 27 February 2021 (UTC)

This section was archived on a request by: —MarcoAurelio (talk) 14:22, 27 February 2021 (UTC)

wmflabsdeploy

deployment.wikimedia.beta.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 ←)deployment.wikimedia.beta.wmflabs.org
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)

link: https://deployment.wikimedia.beta.wmflabs.org/wiki/$1

There's nothing in that wiki interesting to link to IIRC. What do we need an IW prefix for? —MarcoAurelio (talk) 19:00, 24 March 2019 (UTC)
A possible usage could be to use it for easy navigation from here to that wiki cluster, though I do not believe I would use it much myself. --Vogone (talk) 20:41, 24 March 2019 (UTC)
What permanent links were you envisaging? From which wikis? Can you please provide some real use examples.  — billinghurst sDrewth 20:53, 24 March 2019 (UTC)
billinghurst, during the content translation testing on that beta cluster (few years back) I have to use url instead of interwiki link, though it's currently no longer needed (as content translation extension is already deployed), I would like to see if deployment got interwiki linked so in the future there will be no longer hassle of doing this, I saw the practicality in this. Also, if it possible to this link site matrix or the meta itself, as an addendum I am fine if this request get rejected, I just thought this gonna make things easier for beta tester to do things that got reported to phab and need interwiki linking to here. PS : also per external search here on meta and en.wp :

Thank you.--AldNonymousBicara? 10:22, 25 March 2019 (UTC)

@Billinghurst, Aldnonymous, and MarcoAurelio: I just came here to ask for literally the same thing - on enwiki, I wanted to have the history of [2] be imported to w:en:User:DannyS712/Tag.js, but Xaosflux told me I needed to ask here that a mapping be added first. Am I correct in my understanding that adding such a deployment mapping would also allow access to the entire interwiki map of the beta cluster (specifically the english wikipedia)? Thanks, --DannyS712 (talk) 22:05, 7 April 2019 (UTC)
@DannyS712: not per your url, unless there is another way to rewrite/remap your url with deployment.wikimedia.beta.wmflabs.org/wiki/... which is the request.  — billinghurst sDrewth 22:45, 7 April 2019 (UTC)
@Billinghurst: But https://deployment.wikimedia.beta.wmflabs.org/wiki/:w:en:MediaWiki:Gadget-tag.js maps exactly to the page? --DannyS712 (talk) 22:47, 7 April 2019 (UTC)
@DannyS712: do you know if most users of that cluster are aware of that syntax? — xaosflux Talk 22:49, 7 April 2019 (UTC)
@Xaosflux: it uses the same syntax interwiki map that we do here (see https://deployment.wikimedia.beta.wmflabs.org/wiki/Special:SiteMatrix) --DannyS712 (talk) 22:53, 7 April 2019 (UTC)
@DannyS712: I mean using "deployment.wikimedia.beta.wmflabs.org/wiki/:w:en:$" vs "en.wikipedia.beta.wmflabs.org/wiki/$" for example. — xaosflux Talk 23:02, 7 April 2019 (UTC)
@Xaosflux: I have no idea what other users know, or what other users there currently are - I use the beta cluster to build scripts and experiment with things that I can't really do on-wiki, but there isn't a community that I can ask. Sorry, --DannyS712 (talk) 23:04, 7 April 2019 (UTC)
  • FWIW, support - since we have no issue making IW's for individual TOOL use on wmflabs, making one for the entire wiki should be no big deal. Perhaps 'wmflabsdeploy' would be better title though. — xaosflux Talk 23:07, 7 April 2019 (UTC)
    Changed the prefix based on this suggestion, thank you.--AldNonymousBicara?
    Also changed the title to wmflabsdeploy.--AldnonymousBicara? 16:21, 8 April 2019 (UTC)
    Really? Aren't you just inviting misspellings. Just keep "deployment" and keep it simple, the first part of the name is the focus, not the end. Noting that I still haven't seen a rigorous reason for the addition, and how it would be used by a wide spectrum of people. I just see these small one-off cases linking to a dynamic environment with presumably no rules about redirects and all endpoints.  — billinghurst sDrewth 21:15, 8 April 2019 (UTC)
    Eh, I am fine with any name, rather I just want the interwiki map exist, I don't care about the name as long its usable. billinghurst, you can change the name if you wanted to.--AldnonymousBicara? 01:55, 9 April 2019 (UTC)
  Not done per Jdforrester (WMF) —MarcoAurelio (talk) 14:25, 27 February 2021 (UTC)
This section was archived on a request by: —MarcoAurelio (talk) 14:25, 27 February 2021 (UTC)

Quarry

[[Quarry:$1]] maps to https://quarry.wmflabs.org/$1, should map to https://quarry.wmflabs.org/query/$1. For backwards compatibility, the "query/" prefix should be removed by the parser. Fuzzy (talk) 09:32, 10 July 2019 (UTC)

  Done special:diff/19815991  — billinghurst sDrewth 11:40, 17 February 2020 (UTC)
Congratulations. Now every existing link to quarry is broken: https://quarry.wmflabs.org/query/query/1 (or any number) 404s. w:WP:RAQ for some handy examples. —User:Cryptic (talk) 14:43, 28 February 2020 (UTC)
Also, you can no longer link to user pages on quarry, e.g. quarry:Retro used to go to the perfectly-valid https://quarry.wmflabs.org/Retro (as seen at w:User:Retro). https://quarry.wmflabs.org/query/42585 for the links from enwiki, none of which now work, and there's a bunch of immutable edit summaries besides. —User:Cryptic (talk) 15:12, 28 February 2020 (UTC)
  Undone. @Cryptic: this has been undone for now. @Fuzzy: do you have more information on your request and how to avoid problems? — xaosflux Talk 15:56, 28 February 2020 (UTC)
Thank you. I'm not Fuzzy, but the problem they seem to be trying to solve is that the overwhelming majority of links to quarry do go to query/ subpages, so it's natural to want [[quarry:1]] to work. (Indeed, there's three links on enwiki that tried to do exactly this, all predating the interwiki map change.) It's worth asking the quarry maintainer to redirect e.g. https://quarry.wmflabs.org/123 to go to https://quarry.wmflabs.org/query/123 on that side of things, though that's of course a breaking change for users with all-numeric usernames. —User:Cryptic (talk) 16:09, 28 February 2020 (UTC)
How about second interwiki, e.g. [[query:123]]? --Dvorapa (talk) 21:13, 3 March 2020 (UTC)
  • If people do want this, I think the easiest way forward is to get Quarry to support the broken-looking /query/query/1 URLs and redirect them to the proper destination. And then we can safely change the interwiki target. Legoktm (talk) 22:10, 1 July 2020 (UTC)

Nothing done for now. --MF-W 13:35, 23 April 2021 (UTC)

This section was archived on a request by: MF-W 13:35, 23 April 2021 (UTC)

nLab

ncatlab.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 ←)ncatlab.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: Yes. It is a wiki on math, physics, and philosophy, with a slant toward category theory. There are already ~400 links to it from Wikimedia projects according to toollabs:globalsearch/globallinks.php.
  2. be trusted not to encourage spam links being added to the Wikimedia projects: Yes, of course.
  3. be free content (under a Commons-acceptable license): Technically no. However, it is at least free-ish in spirit: "Using and distributing content obtained from the nLab is free and encouraged if you acknowledge the source, as usual in academia. (There is currently no consensus on a more formal license statement, but if it matters check if relevant individual contributors state such on their nLab homepages.)"
  4. be a wiki: Yes.
  5. have reasonable amounts of content: Yes, it has 13905 pages.
  6. not contain malware: Yes, of course.

PiRSquared17 (talk) 22:54, 18 April 2019 (UTC)

Agree that it meets the criteria for inclusion.  — billinghurst sDrewth 10:06, 17 May 2021 (UTC)

  added yet to be activated.  — billinghurst sDrewth 01:40, 18 May 2021 (UTC)

  Done interwiki map rolled out @PiRSquared17:

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

PAWS

public-paws.wmcloud.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 ←)public-paws.wmcloud.org
(Reports: Report ← track | XWiki | Local | en | find entry)(DomainTools: whois | AboutUs | Malware?)

Link: https://public-paws.wmcloud.org/$1

Prefix: PAWS

Per discussion at phab:T150094, it is requested that an interwiki prefix be created for linking to code hosted on PAWS. Thanks, --DannyS712 (talk) 11:02, 20 April 2019 (UTC)

  Question: are paws-public and paws the same thing? To me there seems a little variation in what you see, though I cannot say that I tried variations with positional parameters. I also find it a little disconcerting that we are providing interwikis to an undocumented service, and one, when you hit it, gives zero information about what it does, nor links to what the service provides. A landing page like https://paws-public.wmflabs.org/paws-public/9946151/ is simply rubbish, and I wouldn't think that we should be providing rubbish, meaningless targets.  — billinghurst sDrewth 03:58, 21 April 2019 (UTC)
@Billinghurst: paws-public allows others to view code and related - going to https://paws.wmflabs.org/paws/user/DannyS712_bot/ returns an error unless signed in as DannyS712 bot, while going to https://paws-public.wmflabs.org/paws-public/User:DannyS712_bot/Polluted%20categories%20(2).ipynb lets you see the code for one of the bot tasks without needing permission. --DannyS712 (talk) 10:12, 21 April 2019 (UTC)
Quoting billinghurst:
"I also find it a little disconcerting that we are providing interwikis to an undocumented service, and one, when you hit it, gives zero information about what it does, nor links to what the service provides. A landing page like https://paws-public.wmflabs.org/paws-public/9946151/ is simply rubbish, and I wouldn't think that we should be providing rubbish, meaningless targets."
@Billinghurst: I have to say I find your words here a tad harsh. I have no idea what documentation you would like and your message does not make clear what doubts would need to be cleared up. Ironically, there is also no documentation on what documentation would be needed for a proposed addition to the interwiki map beyond the instructions up here. Beyond not being exactly a wiki, (but being user editable) PAWS clearly fulfills the other 5 criteria.
Let me also try to bring extra information that might be useful. paws-public and paws are parts of the same project, while paws brings access to user servers that can be used to create, edit and run a variety of scripts paws-public is the way to access the scripts in any user working area. In a nutshell, paws-public is the only interwiki destination that makes sense, besides admins and the users themselves, no one else can access a running user server in paws. paws-public is a very simple component with a toolforge tool with direct http access and an autoindex http server feature (a pretty standard feature). There is also a fancy Lua script that translates user names to global ids, so https://paws-public.wmflabs.org/paws-public/User:chicocvenancio/ points to https://paws-public.wmflabs.org/paws-public/12256150 . It is mostly used through a button pointing to the paws-public component from each notebook in paws. It can also be used through a simple change of paws to paws-public in any part of the url in PAWS. IE, https://paws.wmflabs.org/paws/user/chicocvenancio/notebooks/Pesquisa%20Links%20Gon%C3%A7alo.ipynb can be changed to https://paws-public.wmflabs.org/paws/user/chicocvenancio/notebooks/Pesquisa%20Links%20Gon%C3%A7alo.ipynb or https://paws.wmflabs.org/paws-public/user/chicocvenancio/notebooks/Pesquisa%20Links%20Gon%C3%A7alo.ipynb to get to https://paws-public.wmflabs.org/paws-public/User:chicocvenancio/Pesquisa%20Links%20Gonçalo.ipynb.
Finnally, please remember we are all volunteers here and destructive criticism for a simple request will get us nowhere. Please indicate what further information is necessary and what documentation you would like to see while refraining from calling a popular volunteer-maintained project "rubish". Phabricator is also the best place to suggest any improvement on the PAWS project, please file a task with any suggestion on the paws-public html interface and perhaps I or another volunteer can work on it.
Chico Venancio (talk) 15:34, 21 April 2019 (UTC)
@Chicocvenancio: You say that PAWS meets the six dot point criteria, but if I go to https://paws-public.wmflabs.org or https://paws.wmflabs.org ... how do or where do I see that it meets that criteria? So I think that whilst you may see it as self-evident, I am not certain that the request has yet to achieve the "clearly" criteria as it is neither obvious nor declared. Further I see that we have 49 usage examples, and what is the significant numbers and the reasonable amount of content?

PAWS is sitting there as an isolated, unlinked, unexplained service, and a dead-end target with little context. Now if I dig around WMF wikis, I can find wikitech:PAWS, mw:Manual:Pywikibot/PAWS and mw:PAWS though only as a knowledgeable person of arcane-WMF-wikiness. Contrarily when I end up at PAWS, I end up in an isolated, unlinked, unexplained service. With the existing interwiki links the target urls are pretty much self-evident in their relevance, either from the link itself, or when arrived at as a target, this is not the case with the proposed PAWS usage. This proposal would appear to me to be new usage type, and seemingly proposed as it is an WMF-offered service, not due to it being part of the originally envisaged scope of the interwiki map.

Whilst my commentary may be uncomplimentary, I challenge that it is destructive. I made ZERO comment about the service at all, my comment was clearly about the targets. I am also not certain that it is up to me to go digging and making any phabricator tickets for a service which is pretty unknown to me. I will also reflect that I have enough unactioned phabricator tickets to pretty much reflect MEH! about an equitable cooperativeness, especially in the relationship and decision-making process of the developer-community to the content-community.  — billinghurst sDrewth 02:45, 22 April 2019 (UTC)

It seems like these issues could be addressed by linking to https://www.mediawiki.org/wiki/PAWS on https://paws.wmflabs.org so that people wondering about PAWS can learn more about it. As far as I can tell, that's the concern raised by billinghurst that is relevant to this proposal and it seems like it is easy to solve for. I've made a task. See phab:T221886 --EpochFail (talk) 19:35, 25 April 2019 (UTC)
@Billinghurst: PAWS' main page now redirects to mw:PAWS. Does this solve your concerns? --DannyS712 (talk) 03:48, 5 May 2019 (UTC)
Please reread #Proposed additions and not just the six dot points, and my commentary and then you tell me.  — billinghurst sDrewth 03:54, 5 May 2019 (UTC)
@Billinghurst: sorry I didn't see this. Rereading through the criteria, I want to highlight that PAWS hosts code that can be run on-wiki, allowing it to be used for controlling bots. It was added as an OAuth application 3 years ago (Special:OAuthListConsumers/view/0a73e346a40b07262b6e36bdba01cba4) and (as for as I am aware) hasn't run into issues since. It is clearly relevant to wikimedia projects, and can be trusted not to encourage link spam etc. --DannyS712 (talk) 05:42, 1 June 2019 (UTC)
  Support, though paws: should link to paws-public.wmflabs.org. paws.wmflabs.org is useless to link as other users will not be able to access the link anyway. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 (𝗍𝗮𝘭𝙠) 12:34, 10 September 2020 (UTC)
1234qwer1234qwer4 Thanks for the support, yes the proposal is to go to PAWS-public. Chico Venancio (talk) 05:56, 11 October 2020 (UTC)
@Chicocvenancio: Have I said anything different? 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 (𝗍𝗮𝘭𝙠) 08:44, 11 October 2020 (UTC)
Not at all. Chico Venancio (talk) 12:38, 13 October 2020 (UTC)
  Comment wmflabs.org TLD is in the process of being disbanded. The links above use now wmcloud.org as TLD, and if I followed threads correctly in cloud-l and Phabricator, ultimatelly they'll be wikimedia.cloud. If they keep redirecting I guess it's a minor issue though. —MarcoAurelio (talk) 16:15, 10 September 2020 (UTC)
Indeed, updated the link up there. MarcoAurelio Chico Venancio (talk) 05:56, 11 October 2020 (UTC)
  Support --Marsupium (talk) 10:48, 17 April 2021 (UTC)

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

  Done interwiki map rolled out @DannyS712, Marsupium, Chicocvenancio, MarcoAurelio, and EpochFail:

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

PlanetMath

It looks like PlanetMath changed the way their URLs are generated and now the interwiki links are broken. For example, in the external links section on the Sigma-Algebra page there is an interwiki link [[PlanetMath:950|Sigma Algebra]] which goes to the URL http://planetmath.org/node/950. But the URL should actually be https://planetmath.org/sigmaalgebra. 147.188.194.161 12:25, 16 September 2019 (UTC)

  On hold at this time. They have complete reworked their navigation and ditched their old schema, so changing the redirect target won't fix anything. It will just give the ability to start again. Please advise what should be done. Alternatively, we can look to remove the links, see https://tools.wmflabs.org/pirsquared/iw.php?wikis=&iw=PlanetMath&hideclosed=on  — billinghurst sDrewth 11:40, 17 February 2020 (UTC)
@Billinghurst: Shall we close this one or remove it? —MarcoAurelio (talk) 20:45, 10 February 2021 (UTC)
@MarcoAurelio: Probably add a section to Interwiki map/discontinued and redirect the link to the anchor there.  — billinghurst sDrewth 03:15, 11 February 2021 (UTC)
@Billinghurst Another option would be to simply point to https://planetmath.org/ given that the site is still up, that'll not break the links entirely IMHO. —MarcoAurelio (talk) 18:48, 12 February 2021 (UTC)

  Closed in lieu of better direction, we should ditch the parameter and set static entry of https://planetmath.org/alphabetical.html. Not actioned at this point  — billinghurst sDrewth 13:39, 17 May 2021 (UTC)

  changed to use static url  — billinghurst sDrewth

  Done interwiki map rolled out

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

Interwiki map/detailed table

Hi. I created the page Interwiki map/detailed table, and the code I used to generate it is here. If you any glaring errors or omissions, tell me and I'll try to fix them. PiRSquared17 (talk) 14:31, 14 April 2019 (UTC)

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

Wikidata property

There is now https://www.wikidata.org/wiki/Property:P6720 . It isn't complete yet. Jura1 (talk) 11:21, 5 May 2019 (UTC)

This section was archived on a request by:  — billinghurst sDrewth 11:17, 20 May 2021 (UTC)
Retrieved from "https://meta.wikimedia.org/w/index.php?title=Talk:Interwiki_map/Archives/2019&oldid=24617140"
Return to "Interwiki map/Archives/2019" page.