It seems to me that the best immediate solution is for us to assign them a q-code, maybe qmp. This has the following advantages: It's something we can do without worrying about anyone else. Q-codes are for local use, so what we do with them is our business. It's unlikely ever to be overridden by a decision on the part of someone else (SIL or a successor) to assign the code to someone else. In order for us to maintain compatibility with ISO-compliant systems, we can easily redirect arn.wik*.org > qmp.wik*.org, just as we do now with redirections like yue > zh-yue. Presumably, if the code arn ever is changed, we could move qmp wikis to the new code in the future. (OK, this has proved hard even now. But if/when it gets solved for already-existing cases, it will be solved for this case as well.) I suppose it's possible that someone, somewhere, is using qmp for some other local use, and that this will interfere. I think the chance of there being a truly material conflict anywhere is remote. And short of our getting someone to change the code—which may or may not be appropriate, but in any case is not directly within our power—this is probably the best solution in terms of both (a) local ability to implement and (b) unlikeliness of interference in outside systems. The Mapuche test projects on Incubator have not been very active lately. It shouldn't be too much trouble to move them from W?/arn > W?/qmp. Steven White (Incubator administrator) Sent from Outlook _______________________________________________ Langcom mailing list Langcom(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/langcom