Requests for comment/Standardize ProofreadPage namespaces across Wikisources
The following request for comments is closed. No consensus for any of the proposed changes. – Ajraddatz (talk) 02:45, 16 January 2017 (UTC)[reply]
Contents
Rationale
editThe $wgProofreadPageNamespaceIds
variable in the WMF configuration file "InitialiseSettings.php" shows different pairs of Page/Index namespace numbers. Instead, using the same ids would increase consistency and make easier to develop Proofread-related gadgets and user scripts that work on every Wikisource edition.
However, this would require several technical changes by administrators to work flawlessly, so a very broad consensus is needed from all language communities.
Please comment on the options below. See task T74525.
Keep the current system
edit- Oppose per proposal. --Ricordisamoa 16:11, 9 March 2014 (UTC)[reply]
- Question: What is the disadvantage of keeping the current system? Wouldn't it be more flexible if gadgets and user scripts (if they need to know the namespace numbers at all) query them on the fly via the api or via a function to be added to the ext.proofreadpage jQuery module? --UV (talk) 21:19, 9 March 2014 (UTC)[reply]
- A JSON query is more expensive than
mw.config.get('wgFormattedNamespaces')
; anyway, this doesn't solve the consistency issue. --Ricordisamoa 21:08, 15 March 2014 (UTC)[reply]
- A JSON query is more expensive than
- Question: What is the disadvantage of keeping the current system? Wouldn't it be more flexible if gadgets and user scripts (if they need to know the namespace numbers at all) query them on the fly via the api or via a function to be added to the ext.proofreadpage jQuery module? --UV (talk) 21:19, 9 March 2014 (UTC)[reply]
- Comment currently is very confusing the way that those custom namespaces are named, but the system already supports
Index:
andPage:
likeProject:
does on each Wikimedia wiki. Some gadgets relies on namespace number for unknown reasons, making very difficult to import from one Wikisource to another, but I'm unsure if the server impact is lower than it benefits. oldwikisource:User:Nemo bis/wgNamespaceAliases might be of interest, but must be updated to list new subdomains created since it's last edit. Lugusto • ※ 21:57, 9 March 2014 (UTC)[reply]
&S current namespace used by pt.wikisource,Galeria:
isn't the best language option, only a reuse from a previous custom namespace that ended with no usage. If this RfC results on any changes please ping me back to ask the local community if they want to adopt the correct wording (Índice:
). The change has never asked or even tried because we from pt.ws thinks that the resulting server impact may be deny any devs willing to make this change. Lugusto • ※ 21:57, 9 March 2014 (UTC)[reply] - Question: shouldn't we go further and standardize all the namespaces in the wikisources ? Cdlt, VIGNERON * discut. 07:19, 10 March 2014 (UTC)[reply]
- This is also a good point. I saw that the "author" namespace, apart from having a different number, doesn't always have a "Author:" alias; so to refer to it in some subdomains, you need to know either the number, or the local name, which can be difficult to find out and may be difficult to type due to diacritics, non-Latin alphabets etc. Establishing the "Author" alias, and any other alias that can be missing, should be the first thing to do towards standardization. Candalua (talk) 09:28, 17 March 2014 (UTC)[reply]
- @Candalua: not every edition has a dedicated "Author" namespace: s:de:Dante Alighieri. Should we enforce it? --Ricordisamoa 02:12, 18 March 2014 (UTC)[reply]
- They would never agree, I'm afraid. But at least all the editions that have the author namespace should have the alias too. Candalua (talk) 10:53, 18 March 2014 (UTC)[reply]
- @Candalua: not every edition has a dedicated "Author" namespace: s:de:Dante Alighieri. Should we enforce it? --Ricordisamoa 02:12, 18 March 2014 (UTC)[reply]
- This is also a good point. I saw that the "author" namespace, apart from having a different number, doesn't always have a "Author:" alias; so to refer to it in some subdomains, you need to know either the number, or the local name, which can be difficult to find out and may be difficult to type due to diacritics, non-Latin alphabets etc. Establishing the "Author" alias, and any other alias that can be missing, should be the first thing to do towards standardization. Candalua (talk) 09:28, 17 March 2014 (UTC)[reply]
- Comment Surely it would have been better to use the same namespace numbers from the beginning, but I think now it's too late to change. Anyway, assuming that we want to use the "most common ones" for all subdomains, can you, Ricordisamoa, prepare a list of all the changes that would be necessary to reach that situation? That would help us understand if your proposal is viable. Candalua (talk) 09:20, 17 March 2014 (UTC)[reply]
- Oppose keeping the existing numbers. John Vandenberg (talk) 16:01, 10 August 2014 (UTC)[reply]
- Oppose per proposal. -- George Orwell III (talk) 05:31, 20 December 2014 (UTC)[reply]
- Use the same ids
250 / 252
editThe default ones.
- Neutral If namespace ids are changed, it should be for these numbers that are the ids reserved by ProofreadPage. Ids in the range 100-120 are reserved for custom namespaces not managed by extensions and Page: and Index: doesn't fit into this category. — The preceding unsigned comment was added by Tpt (talk)
- Support This will mean our JS/CSS is reusable for non-Wikimedia wikis using ProofreadPage. John Vandenberg (talk) 16:06, 10 August 2014 (UTC)[reply]
- Support -- George Orwell III (talk) 05:31, 20 December 2014 (UTC)[reply]
- Support Per non. --Liuxinyu970226 (talk) 09:45, 24 June 2015 (UTC)[reply]
104 / 106
editBy far the most common ones, used by en.wikisource and other 22 wikis.
- Oppose These numbers are based on the order of creation on English Wikisource - other Wikisources added namespaces in different orders. We should all change, together. The larger communities will fix bugs sooner, so they *should* change, so that the smaller communities can adopt their revised JS/CSS/etc. John Vandenberg (talk) 16:05, 10 August 2014 (UTC)[reply]
- Oppose per JayV above -- George Orwell III (talk) 05:31, 20 December 2014 (UTC)[reply]
102 / 104
editUsed by de.wikisource and other 5 wikis.
- Oppose – neither the standard, nor the most used. --Ricordisamoa 21:00, 15 March 2014 (UTC)[reply]
- Oppose per my oppose for English Wikisources defaults. John Vandenberg (talk) 16:05, 10 August 2014 (UTC)[reply]
- Oppose per JayV above. -- George Orwell III (talk) 05:31, 20 December 2014 (UTC)[reply]
Other pairs
edit- ...
- What are the technical challenges to move one or more namespace to a new number? Yann (talk) 16:56, 16 March 2014 (UTC)[reply]
- Changing the server-side configuration file is easy, but many programs (including gadgets, templates and bots) are specifically relying on namespace numbers: thus, all involved users (mainly developers and administrators) should be notified about the changes and edit their code accordingly. But I think it's worth it. --Ricordisamoa 22:14, 16 March 2014 (UTC)[reply]
- Is it a problem if there are "gaps" in the numbers? Suppose one namespace somewhere is moved from 102 to 104, and 102 becomes unused: does this creates problems? Also, would it be possible to make 102 a "redirect" to 104? Candalua (talk) 09:34, 17 March 2014 (UTC)[reply]
- Actually, it.wikisource has no namespaces from 111 (Index talk) to 828 (Module) and I don't think this is causing problems. AFAIK, it is possible to create aliases for namespace names, but not for numbers. --Ricordisamoa 15:28, 17 March 2014 (UTC)[reply]
- @Ricordisamoa:
Changing the server-side configuration file is easy
: yes, but updating the database is not. There are big database tables to edit. That's an operation that may take a while. So, it's definitively not "easy". Tpt (talk) 21:22, 18 March 2014 (UTC)[reply]
- @Ricordisamoa:
- Actually, it.wikisource has no namespaces from 111 (Index talk) to 828 (Module) and I don't think this is causing problems. AFAIK, it is possible to create aliases for namespace names, but not for numbers. --Ricordisamoa 15:28, 17 March 2014 (UTC)[reply]
- Is it a problem if there are "gaps" in the numbers? Suppose one namespace somewhere is moved from 102 to 104, and 102 becomes unused: does this creates problems? Also, would it be possible to make 102 a "redirect" to 104? Candalua (talk) 09:34, 17 March 2014 (UTC)[reply]
- Changing the server-side configuration file is easy, but many programs (including gadgets, templates and bots) are specifically relying on namespace numbers: thus, all involved users (mainly developers and administrators) should be notified about the changes and edit their code accordingly. But I think it's worth it. --Ricordisamoa 22:14, 16 March 2014 (UTC)[reply]
- How long would the technical break last? Wieralee (talk) 20:55, 20 October 2014 (UTC)[reply]
- We're going to take an approach chosen to reduce such break. --Dereckson (talk) 19:23, 29 October 2014 (UTC)[reply]