Community noticeboard

Archives:
 * Archive 1 (23 July 2017 - 25 November 2017)
 * Archive 2 (1 December 2017 - 3 March 2018)
 * Archive 3 (3 March 2018 ~ )

Wikispaces is shutting down
Wikispaces, a major wiki farm, will begin shutting down in a few months, and its last wikis will shut down on January 31 of next year. Perhaps this is an opportunity for Miraheze to convince customers of the soon-to-be-gone Wikispaces to move to Miraheze? It could be an opportunity to gain more funding since universities and organizations that have paid Wikispaces in the past for their wikis could donate that money to Miraheze instead. Here is a link with information about their shut down: http://blog.wikispaces.com/ CoolieCoolster (talk) 21:03, 14 February 2018 (UTC)
 * I volunteer to be the contact person for any college or university interested in making the switch. I looked seriously at Wikispaces as a possible alternative in case Miraheze ever closed down.  I discovered that Miraheze is in many ways superior because it's syntax so closely mirrors the Wikimedia Foundation.  I am also looking to help out with any grants, especially those involving Quizbank and designing courses compatible with https://openstax.org/ or http://astro.unl.edu/.  Also, there is something called CPR that needs to be made compatible with a wiki.  It was developed as a free resource by UCLA, and then sold to a for-profit organization.  There is no reason why a system like this shouldn't be open source.  For more info on CPR, visit http://cpr.molsci.ucla.edu/Home.aspx.  My CV is at http://www.wright.edu/~guy.vandegrift/shortCV/GVCV.htm.  I am close enough to retirement age that having tenure is not a big deal and would gladly work full-time on soft money to get this effort going. --Guy vandegrift (talk) 15:16, 15 February 2018 (UTC)
 * Here is a list of educational Wikispaces wikis: http://educationalwikis.wikispaces.com/Examples+of+educational+wikis CoolieCoolster (talk) 19:08, 15 February 2018 (UTC)

A quibble
A quibble: When a university develops a resource for free distribution, then sells it to a for-profit organization (whose own vision of the future might be: profit), the question is not, "Shouldn't it be open-source?" but "Is it open-source?" 16:01 15-Feb-2018
 * I am not certain about this, but I don't think the university "sold" it because for several years they hosted a free version that a colleague of mine used for an online economics course. He was glad the university offered the service because the other one cost something like $500.  My understanding is that the university took down the free version only because they replaced the computer.  CPR is vaguely analogous to the systems of "likes" or "shares" used in social media, except that there is quality control.  A student is unable to submit their essay until the student has correctly assessed other essays that have already been "graded".  And, each student's grade is based partly on how accurately they "grade" recently submitted essays that have not yet been graded.  To keep people from copying each other's essays, all essays must be about a recent news article.  It's a bit more work than the crazy "likes" and "shares" that facebook uses, by my colleague assured me that CPR was a labor-saving device for him.  My argument is that if a robot can drive a car in city traffic, we should be able to teach college courses with a lot less effort (before college they are still children and need real people to encourage them.)--Guy vandegrift (talk) 17:16, 15 February 2018 (UTC)
 * Without a doubt, college could occur "with a lot less effort" and a lot less student debt. There is no magic about the lecture-hall setting; colleges excel not at teaching but at certifying that the student has learned.  As for saving effort, there are institutional forces to the contrary, from teachers' unions to our sudden monopoly on student lending.
 * But your speculation becomes: How to enhance the Wikilove extension ("thanks" for posts) to improve the quality of the votes. Without baking it into the wiki, Uncyclopedia has a system by which authors review each other's articles.  Users are encouraged to submit reviews and not just request them, and one's own reputation is at stake if he is thoughtlessly negative.   18:53 15-Feb-2018
 * (PS—Actually, one's reputation is not at stake but only the reputation of one's user name. And there is no comparable assurance against cribbing someone else's review, except that a typical review request leads to only one review—though the reviewee can "request a second opinion."   19:01 15-Feb-2018 )
 * You are right about the inertia in the system regarding "setting education free". But it doesn't hurt to push in the right direction.  Regarding the "peer review" in CPR, each instructor has complete control over the peer review in the present configuration of CPR.  The instructor selects the papers that the students must successfully review before the article can be submitted, and to all but the instructor, the peer reviews are completely anonymous; neither reviewer nor reviewee know each other's true identity or even username.

Formats for moving an account here
In the past, when wiki.wiki was shutting down, we were open for possible incoming migration, AFAIK there were none. If someone would like to be imported, sure, we can handle it. (PS: We only accept XML backups. (I don't know if they accept this format as export option.) HTML, as explained in their migration doc is not a standard form for MW import. Our server is 100% Unix (in fact, Linux) so you should choose Unix format, too.) I have sort of draft (without knowing this) in Moving wiki to Miraheze, improvements welcome. &mdash; revi  16:49, 15 February 2018 (UTC)
 * I agree with revi. This is a good opportunity, and if anyone wants to migrate from Wikispaces, we would be happy to host them :) We strongly prefer XML dumps, but if the only possibility is SQL dumps, that could also be done, if necessary (and if the version is 1.30). But HTML dumps or anything (as revi said above) are not accepted for technical reasons., thank you for volunteering to be a contact person. Hopefully we will get wikis willing to migrate. Reception123 (talk) ('C' ) 18:08, 15 February 2018 (UTC)
 * As always, the key is advertising, and this time I don't mean a big-budget professional agency. We ought to have a liaison to Wikispaces.  They might be reluctant to give Miraheze an official endorsement, but they are as motivated to give their stranded users information about one fine replacement service, as we are that they do so.  Their closure announcement, linked to above, has the flavor "Have a nice life!" but there is no reason it couldn't include something of the form, "Here is one place you might try!"   18:57 15-Feb-2018

Quick skimming smells like they’re not MediaWiki; I’m not sure. Anyway, if their export tool cannot generate xml file that Special:Import and importDump.php understand, we can’t help them with their ‘backups’. &mdash; revi  21:26, 15 February 2018 (UTC)
 * Well, I remember when MWZip (another hosting service) shut down, they mentioned Miraheze and another wiki hosting service in their announcement. Either Wikispaces could do that, or they could simply link to a list with all wiki hosting services (such as the one on MediaWiki.org) Reception123 (talk) ('C' ) 15:02, 16 February 2018 (UTC)
 * I manage a wiki on wikispaces, and am considering migrating to Miraheze. Their list of export options includes "MediaWiki - this is a conversion of your wikispaces data into mediawiki (mediawiki.org) dialect." -Katherine, 3/2/18
 * That sounds compatible with us. Pick a username here, request a wiki, and see if you can export your stuff onto it in MediaWiki format; if it works, please mention us as an option to the others there.   22:22 2-Mar-2018
 * (minor) Added back as bot archived due to non-standard signature timestamp. Reception123 (talk) ('C' ) 10:09, 5 March 2018 (UTC)
 * C.F. Autoarchive. &mdash; revi  10:28, 5 March 2018 (UTC)

Wiki Creator
Hola. Solicito el permiso de Wiki creators para poder ayudar en las solicitudes de wikis, ya he leído la guía. Llevo un tiempo participando en Meta desde que me registré en mayo de 2017 haciendo comentarios en algunas páginas y quiero seguir colaborando en otras áreas como Creador de wikis y traductor de páginas. Wiki1776 (talk) 22:02, 24 February 2018 (UTC)
 * User is around IRC, and seems to be active in translations on Meta and other discussions, therefore I see no issue with granting wiki creator. Reception123 (talk) ('C' ) 18:47, 25 February 2018 (UTC)
 * ✅ -- Void  Whispers 18:48, 25 February 2018 (UTC)
 * Thanks. Wiki1776 (talk) 22:07, 25 February 2018 (UTC)

Infobox Differences from Wikia
I transferred my wiki from Wikia.com to Miraheze and imported the xml, but the infoboxes on the new wiki don't work. I don't know what changes I have to make to the infoboxes to make them work on miraheze, I thought they were the same for all mediawiki wikis. Can someone tell me the miraheze version of this wikia infobox source code:

Details  Combatants

--^Vitiate^ (talk) 04:57, 6 March 2018 (EST)


 * Wikia was energetically re-engineering Infoboxes and frequently nagging wiki administrators to adopt the new coding. Their criteria was smooth operation on mobile devices and rendering in stages to deliver quicker reaction for readers.  Stock MediaWiki, including wikitables, work fine on Miraheze.   22:18 6-Mar-2018


 * Without a visual example, that's rather hard to do. We do have general help for infoboxes (those from Wikipedia) here and a wiki dedicated to templates, which may prove useful. If that doesn't prove useful, then I would need to see a live example of the infobox. -- Void  Whispers 00:16, 7 March 2018 (UTC)

Install GlobalUserPage
I propose that we install the GlobalUserPage extension. It is used by the WMF and would be very useful on miraheze. Those who would not want a GlobalUserPage can use or __NOGLOBAL__ on their user page. MacFan4000 (Talk Contribs) 17:52, 3 February 2018 (UTC)

Votes

 * 1)  as proposer. MacFan4000 (Talk Contribs) 19:44, 3 February 2018 (UTC)
 * 2)  as long as abusefilters are setup to prevent global userpages to be used as an advertising place. Zppix (Meta | CVT Member | talk to me) 17:56, 3 February 2018 (UTC)
 * 3)  (as it is currently) My issue with this is the fact that you need to "opt-out" if you don't want it, not that you need to "opt-in" if you do. I would definitely support this if it's disabled by default, as then users decide whether they want a global userpage or not. Reception123  (talk) ('C' ) 18:03, 3 February 2018 (UTC)
 * 4)  See my previous comments on T1681. —AlvaroMolina (✉ -  ✔ ) 18:06, 3 February 2018 (UTC)
 * 5)  Esta función me parece perfecta. La he probado en Wikimedia y la veo útil. Así no tienes que actualizar cada wiki con nueva información o modificar el existente. Solo tienes que ir a Meta y actualizarlo. Wiki1776 (talk) 18:13, 3 February 2018 (UTC)
 * 6)  There is only one of me, and Mirahezians wanting to write to me ought not have to research which wiki has the busier talk page (though there is a hint in my signature).  If users want project-specific user pages, this is easily done and the global user page is an ideal directory of them.  Reception123 is right to be concerned about users getting opted-in involuntarily, but in this case, reacting to it is simple.  I support it with either opt-in or opt-out.   18:47 3-Feb-2018
 * 7)  Would change vote to support if it were opt-in and not opt-out. CoolieCoolster (talk) 19:44, 3 February 2018 (UTC)
 * 8)  I have no problem with this and the caveat isn't an issue for me either as I trust Miraheze admins.  20:28, 3 February 2018 (UTC)
 * 9) I also think this should be opt-in (  opposed to current NOGLOBAL opt-out). &mdash;  revi</tt>  03:07, 4 February 2018 (UTC)
 * 10) For the betterment of the community, I believe that it should be opt-in not opt-out. I thoroughly believe only people interested in using such a feature will actually use it, so there is no need to make it opt-out. I fully support this motion if it is opt-in. &#32;  Miraheze Logo.svg CnocBride | Talk | Contribs  12:20, 9 February 2018 (UTC)
 * 11)  It'd be very useful. -- 11:35, 9 March 2018 (UTC)

Comments/Questions

 * Making the feature opt-in can be achieved by setting wgDefaultUserOptions['globaluserpage'] = false; However, this requires the addition of the global preferences extension as well. -- Void  Whispers 20:47, 14 February 2018 (UTC)
 * Per https://phabricator.wikimedia.org/T184643 GlobalPreferences passed WMF security review. MacFan4000 (Talk Contribs) 22:02, 14 February 2018 (UTC)
 * If I remember correctly, wasn't there a performance issue related to GlobalPreferences, pointed out by Labster? Reception123 (talk) (<font color="#FF0000">'C' ) 19:43, 16 February 2018 (UTC)
 * I would imagine that was GlobalContribs, if only for the reason that WMF is adding GlobalPreferences, while a phab task on GlobalContribs hinted that the performance impact from GlobalContribs would make it impossible to use with more than several hundred wikis. -- Void  Whispers 20:04, 16 February 2018 (UTC)
 * So, today we installed both extensions, and discovered that GUP mo longer integrates with GlobalPreferences. We disabled GUP. We now have three options, if we still want it.
 * 1. Fork the repo and integrate the fork with GlobalPreferences
 * 2. Open a task on WMF phabricator asking to add this feature back
 * 3. Have it be Opt-Out
 * MacFan4000 (Talk Contribs) 22:00, 8 March 2018 (UTC)
 * As I have also said on IRC, I'd prefer number 1 (since number 2 is unlikely to happen). Reception123 (talk) (<font color="#FF0000">'C' ) 06:19, 9 March 2018 (UTC)
 * I dislike the idea of forking repos to make non breaking changes. I removed a few forked repos in favour of going back to upstream because it’s nice, cleaner, easier and puts the maintenance onus on someone else completely. The number of extensions declined because x or y which are easy fixes that we’ve never forked show it’s not something we should be doing. Plus we’ve never forked to fix performance issues, instead we work upstream. Why is this any different from everything else? John (talk) 09:23, 9 March 2018 (UTC)
 * I agree that option 1 would probobly be the best, since I am not sure that the devs would add a feature back that they just removed. MacFan4000 (Talk Contribs) 13:42, 9 March 2018 (UTC)

Create a sitewide iw link to TME?
On Administrators' noticeboard, I requested that  (and  ) be added as an interwiki prefix for The Multilingual Encyclopedia (https://tme.miraheze.org) as a global interwiki. It got no response, so I assume it needs community consensus? Can it happen? -- 11:51, 9 March 2018 (UTC)
 * Yes, for creating a new global Interwiki, there should be consensus. Reception123 (talk) (<font color="#FF0000">'C' ) 08:02, 10 March 2018 (UTC)