I don't see why, unless for some mysterious reason dumpInterwiki.php becomes more efficient that way.
Meta is where the spam blacklist et al. live.

(In reply to comment #1)

I don't see why, unless for some mysterious reason dumpInterwiki.php becomes
more efficient that way.
Meta is where the spam blacklist et al. live.

It was just a thought. Looking at the current interwiki map's implementation, it feels very hackish. Putting structured data into a place meant for structured data would be nice, I think. Though, yes, hosting it on a site other than Meta-Wiki is less than ideal.

(In reply to comment #2)

It was just a thought.

I guessed so.

Looking at the current interwiki map's implementation,
it feels very hackish. Putting structured data into a place meant for
structured data would be nice, I think. Though, yes, hosting it on a site other
than Meta-Wiki is less than ideal.

You could also need to think of the rights needed to manage such a site configuration, which currently needs sysadmins (and for very good reasons).

In T113034#2272983, @MarcoAurelio wrote:

Does this mean that the interwiki map at Meta will be disbanded?

I don't know if T113034 will deprecate/kill Meta-Wiki's interwiki map, but you may be interested in this task.

In T44232#2274492, @Nemo_bis wrote:

Right, let's clarify the status of this. So far everyone agrees the interwiki map should keep being managed on Meta-Wiki, like the portals and everything else.

However portals were migrated to gerrit and our updates to the portal pages serves no purpose if we don't commit the changes, merge them and later bump the portals submodule on mediawiki-config (which has later to be merged by someone in the wmf-deployement group, which requires scheduling things for SWAT, etc.). Overkill.