MediaWiki-l September 2013

mediawiki-l@lists.wikimedia.org

68 participants
56 discussions

Lua error triggered by Module:Authority control
by Frog net 10 Sep '13

10 Sep '13

HI folks, I am indeed new to Mediawiki. I have played with MW these past two weeks and am blown away by it's complexity and its incredibly beautiful simplicity. For my own education I have install MW a number of times including the stable release as well as the core.git. I am currently running both versions on the server. I am running MW on Ubuntu 12.04 server. CLI only, no GUI desktop. It is running apache2/php5.3.10-Ubuntu pkg / MySQL5.5.23 / Pecl and all the normal and require php5 modules. Using memcaching as well. This is a physical server and not a VPS. The issue I have had is the Lua engine popping an error on Module:Authority_control script. I have turned on lua error logging and tailing the log file produces nothing. Here's the back trace in the script error from the page in question: This is the code in the page that triggers the "script erro" message in the page. {{Authority control|VIAF=40172183|LCCN=n/79/114053}} Lua error in Module:Authority_control at line 179: attempt to index field 'wikibase' (a nil value). Backtrace: (tail call): ? Module:Authority_control:179:in function "chunk" mw.lua:553: ? (tail call): ? [C]: in function "xpcall" MWServer.lua:73: in function "handleCall" MWServer.lua:266: in function "dispatch" WServer.lua:33: in function "execute" mw_main.lua:7: in main chunk [C]: ? I have installed Wikibase and run the update.php. Added the required lines in Localsettings.php. Module:Authority control is installed. I am sorta kinda at a loss as to where to look. If anyone could point me in the right direction to research the error, I'd certainly be appreciative. Chap

1 0

Percolate: Python scripts & modules to create browsable auto-updated guides onwiki
by Sumana Harihareswara 09 Sep '13

09 Sep '13

Percolate is a system of Python scripts and modules for working with bot-updated templates, built by WMF's grantmaking department, but reusable. https://meta.wikimedia.org/wiki/Grantmaking_and_Programs/Learning_%26_Evalu… "Percolate provides a relatively simple and robust way of replicating some of the functionality that closed-source social software (like Facebook and Quora) use to surface relevant content and recent activity without sacrificing the flexibility that makes MediaWiki great. It does this through profiles and views..." (found via the monthly report: https://meta.wikimedia.org/wiki/Wikimedia_Foundation_Report,_July_2013#Indi… ) -- Sumana Harihareswara Engineering Community Manager Wikimedia Foundation

4 5

replicate a complete namespace from one wiki to others
by Sumana Harihareswara 09 Sep '13

09 Sep '13

A bit old, but seemed like it might be useful. -Sumana -------- Original Message -------- Subject: Re: [Wikitech-l] Centralized Lua modules for Wikisource (OPW mentor needed) Date: Mon, 3 Jun 2013 17:31:53 +0200 From: Merlijn van Deen <valhallasw(a)arctus.nl> Reply-To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org> To: yuvipanda(a)gmail.com, Wikimedia developers <wikitech-l(a)lists.wikimedia.org> On 31 May 2013 17:19, Yuvi Panda <yuvipanda(a)gmail.com> wrote: > I'm pretty sure that the 'syncing' can be accomplished by a simple > bot, and it might even already exist(?). Will be happy to help write > the bot if it doesn't exist yet. Kasper Souren contributed replicate_wiki.py to pywikipedia at the last hackathon. It allows replicating a complete namespace from one central wiki to multiple others - see [1]. Merlijn [1] https://svn.wikimedia.org/viewvc/pywikipedia/branches/rewrite/scripts/repli… _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

3 2

With MathJax extension, Tex equations are displayed OK, but not MathML
by me＠x2592.com 08 Sep '13

08 Sep '13

Hi, I have set-up a wiki at http://wiki.x2592.com and installed (among other things) the MathJax extension (https://www.mediawiki.org/wiki/Extension:MathJax). (I originally tried with the Math extension, but did not manage to get it working, despite the fact that all the prerequisites seem to be met.) MathJax is displaying Tex-encoded equations OK, but not MathML-encoded equations. The greater-than and less-than characters in MathML tags seem to be being converted to the HTML entities &ls and &gt. I'm working with a local git checkout of the MathJax package (although the results were identical using their CDN-delivered version), and a one-week-old git checkout of MediaWiki and the extensions repository. The MW MathJax is the version available as of 7 days ago, too. The invocation string used to call MathJax is: http://wiki.x2592.com/MathJax/MathJax.js?config=TeX-AMS-MML_HTMLorMML Examples of equations and other supported content can be seen on the main page of http://wiki.x2592.com, showing the problem, and the page is currently enabled for editing for anyone that feels like dabbling. It might be useful to add that I started a thread about this in the MathJax discussion group: https://groups.google.com/forum/#!topic/mathjax-users/ZSVVy0Gs0nY Is anyone able to help me troubleshoot this and get MathML displaying OK? Many TIA if so, :-) -- Dave

3 3

"Go" vs "Search"
by roger＠rogerchrisman.com 08 Sep '13

08 Sep '13

Where can I configure my wiki's top right Search box to do only the traditional "Search" behavior (go to search results page) and _not_ do the "Go" behavior (go to an article if its title matches)? The "Go" action may be appropriate for wiki's that aim wide and shallow at everything under the sun. My wiki however aims deep and narrow at one topic. I find the "Go" search behavior gets in the way of showing search results. Here's what I've tried so far: $wgVectorUseSimpleSearch=true; // makes the top right Search box show a simple search icon, which I like, instead of the "Search" and "Go" buttons, but it does the "Go" function. $wgVectorUseSimpleSearch=false; // shows both the "Search" and "Go" buttons. I want to show only the search _icon_ and have it do only the _traditional_ Search behavior. Where can I configure this? Thanks, Roger Teflpedia.com Mediawiki 1.20.2

6 14

Extension:Collection and mwlib problems
by Yan Seiner 07 Sep '13

07 Sep '13

I've been trying to set up the Collection extension and my own render farm so I can generate zim files from my wiki. So far no luck. Here's where I am: I followed this guide: http://edutechwiki.unige.ch/en/Mediawiki_collection_extension_installation And I can create zim files from wikipedia using: mw-zip -c :en -o test.zip Acdc Number mw-render -c test.zip -o test.pdf -w zim mw-zip works just as one would expect. ------------------------- mw-zip -c :en -o test.zip Acdc Number creating nuwiki in u'tmpuIdHyY/nuwiki' 2013-09-07T10:10:58 mwlib.utils.info >> fetching 'http://en.wikipedia.org/w/index.php?title=Help:Books/License&action=raw&tem…' removing tmpdir u'tmpuIdHyY' memory used: res=25.0 virt=816.4 -------------------------- I can read those files using kiwix, so I know my basic render farm setup is solid. The problem is that I cannot get it to work with anything other than wikipedia. If I try the URL in the guide: ------------------ mw-zip -c http://edutechwiki.unige.ch/mediawiki/ -o test2.zip Mediawiki_collection_extension_installation creating nuwiki in u'tmpRnDvRH/nuwiki' Traceback (most recent call last): File "/usr/local/lib/python2.7/dist-packages/gevent/greenlet.py", line 328, in run result = self._run(*self.args, **self.kwargs) File "/usr/local/lib/python2.7/dist-packages/mwlib/net/fetch.py", line 747, in refcall_fun fun(*args, **kw) File "/usr/local/lib/python2.7/dist-packages/mwlib/net/fetch.py", line 632, in handle_new_basepath api = self._get_mwapi_for_path(path) File "/usr/local/lib/python2.7/dist-packages/mwlib/net/fetch.py", line 684, in _get_mwapi_for_path raise RuntimeError("cannot guess api url for %r" % (path,)) RuntimeError: cannot guess api url for 'http://edutechwiki.unige.ch/en' <Greenlet at 0x24d2cd0: refcall_fun> failed with RuntimeError WARNING: (u'Mediawiki_collection_extension_installation', None) could not be fetched removing tmpdir u'tmpRnDvRH' memory used: res=19.3 virt=226.7 ------------------- and if I try my own: ------------------- mw-zip --username=uuu --password=ppp -c http://newmoon.seiner.lan/mediawiki/index.php/ -o test2.zip Test creating nuwiki in u'tmpG82RPH/nuwiki' Traceback (most recent call last): File "/usr/local/lib/python2.7/dist-packages/gevent/greenlet.py", line 328, in run result = self._run(*self.args, **self.kwargs) File "/usr/local/lib/python2.7/dist-packages/mwlib/apps/make_nuwiki.py", line 114, in run api = self.get_api() File "/usr/local/lib/python2.7/dist-packages/mwlib/apps/make_nuwiki.py", line 28, in get_api api.login(self.username, self.password, self.domain) File "/usr/local/lib/python2.7/dist-packages/mwlib/net/sapi.py", line 186, in login res = self._post(**args) File "/usr/local/lib/python2.7/dist-packages/mwlib/net/sapi.py", line 106, in _post res = loads(self._fetch(req)) File "/usr/local/lib/python2.7/dist-packages/mwlib/net/sapi.py", line 23, in loads return json.loads(s) File "/usr/lib/python2.7/dist-packages/simplejson/__init__.py", line 413, in loads return _default_decoder.decode(s) File "/usr/lib/python2.7/dist-packages/simplejson/decoder.py", line 402, in decode obj, end = self.raw_decode(s, idx=_w(s, 0).end()) File "/usr/lib/python2.7/dist-packages/simplejson/decoder.py", line 420, in raw_decode raise JSONDecodeError("No JSON object could be decoded", s, idx) JSONDecodeError: No JSON object could be decoded: line 1 column 0 (char 0) <Greenlet at 0x1a7b870: <bound method start_fetcher.run of <mwlib.apps.make_nuwiki.start_fetcher object at 0x1acf790>>> failed with JSONDecodeError removing tmpdir u'tmpG82RPH' memory used: res=16.8 virt=152.5 Traceback (most recent call last): File "/usr/local/bin/mw-zip", line 9, in <module> load_entry_point('mwlib==0.15.11', 'console_scripts', 'mw-zip')() File "/usr/local/lib/python2.7/dist-packages/mwlib/apps/buildzip.py", line 155, in main make_zip(output, options, env.metabook, podclient=podclient, status=status) File "/usr/local/lib/python2.7/dist-packages/mwlib/apps/buildzip.py", line 50, in make_zip make_nuwiki(fsdir, metabook=metabook, options=options, podclient=podclient, status=status) File "/usr/local/lib/python2.7/dist-packages/mwlib/apps/make_nuwiki.py", line 189, in make_nuwiki pool.join(raise_error=True) File "/usr/local/lib/python2.7/dist-packages/gevent/pool.py", line 98, in join raise greenlet.exception simplejson.decoder.JSONDecodeError: No JSON object could be decoded: line 1 column 0 (char 0) ----------------- I can't even begin to work on the actual extension interface until I have this working..... Any suggestions? Where do I go next? Thanks! -- Project Management Consulting and Training http://www.ridgelineconsultingllc.com

1 2

Short URLs
by Yan Seiner 07 Sep '13

07 Sep '13

I know this is more of an apache question, but it should be a slam-dunk and I am stuck.. I am trying to get short URLs working. I've configured mod-rewrite before on other systems and I can't find anything wrong with any of the various setups I've tried, but mod_rewrite is being ignored. Here's my mediawiki setup: Alias /mediawiki /var/lib/mediawiki <Directory /var/lib/mediawiki/> Options +FollowSymLinks AllowOverride All order allow,deny allow from all </Directory> # some directories must be protected <Directory /var/lib/mediawiki/config> Options -FollowSymLinks AllowOverride None </Directory> <Directory /var/lib/mediawiki/upload> Options -FollowSymLinks AllowOverride None </Directory> This works fine, except that I have long URLs in the form of http://newmoon.seiner.lan/mediawiki/index.php/Main_Page I would really like http://newmoon.seiner.lan/wiki/Main_Page I've tried root@NewMoon:/etc/apache2/mods-enabled# cat rewrite.conf <IfModule mod_rewrite.c> RewriteEngine On RewriteRule ^/wiki(/.*)?$ %{DOCUMENT_ROOT}/mediawiki/index.php [L] RewriteLog "/var/log/apache2/rewrite.log" RewriteLogLevel 5 </IfModule> and various other places. If I take out the Alias in the mediawiki file, I get 404 errors. Nothing is written in the rewrite log. But if I intentionally break the rewrite.conf, I get an error, so I know apache is reading it, but it is not rewriting the URL ever. I've tried adding the rewrite rules in /var/www/.htaccess, /var/lib/mediawiki/.htaccess, no joy. Any hints on where I can look? Thanks! -- Project Management Consulting and Training http://www.ridgelineconsultingllc.com

1 0

HELP
by Dave Warner 07 Sep '13

07 Sep '13

Sent from my Boost Mobile phone. mediawiki-l-request(a)lists.wikimedia.org wrote: >Send MediaWiki-l mailing list submissions to > mediawiki-l(a)lists.wikimedia.org > >To subscribe or unsubscribe via the World Wide Web, visit > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l >or, via email, send a message with subject or body 'help' to > mediawiki-l-request(a)lists.wikimedia.org > >You can reach the person managing the list at > mediawiki-l-owner(a)lists.wikimedia.org > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of MediaWiki-l digest..." > > >Today's Topics: > > 1. Re: "Go" vs "Search" (roger(a)rogerchrisman.com) > 2. Re: "Go" vs "Search" (roger(a)rogerchrisman.com) > 3. content in site root (Jeremy Baron) > 4. Re: "Go" vs "Search" (Nik Everett) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Fri, 6 Sep 2013 21:25:53 -0700 >From: roger(a)rogerchrisman.com >To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> >Subject: Re: [MediaWiki-l] "Go" vs "Search" >Message-ID: > <CADxRgOzwk9TQZd194kOUnJsfpdvAJzb7t45x5AaX27YN6roCBQ(a)mail.gmail.com> >Content-Type: text/plain; charset=ISO-8859-1 > >Wait! > >At the bottom of the 'Simple search' search box's drop down suggestion >list is a final item in a shaded box that reads 'Containing: <search >sting here>'. Selecting that takes you to a search results page. Aha! > >Why am I only now learning this? Maybe I'm a model average user? Not >likely. But it is learning by playing. So maybe others can do it, too? >What do you think? > >Roger > >On Fri, Sep 6, 2013 at 9:18 PM, <roger(a)rogerchrisman.com> wrote: >> I've just realized that, using 'Simple search', all one has to do to >> get past the article title suggestions is lengthen ones search string >> till it no longer exactly matches any article titles. Then, and only >> then, does 'Simple search' take you to a search results page. Might >> this simply be something folks need to learn to do, by doing? And >> might it simply work? Are average users consistently so cleaver? >> Argggg. I think if we lead them in the right direction it will work >> fine. What do you think? >> >> Roger >> >> On Fri, Sep 6, 2013 at 8:27 PM, <roger(a)rogerchrisman.com> wrote: >>>> Now that I think about it, does the prefix search still work with that hack? >>>> By work I mean you should be able to select one of the entries that pops >>>> down under the search box as you type and it takes you to that article. >>> >>> No, with the hack in place clicking on one of the drop down search >>> suggestions takes you to the search results page for that value, not >>> to an article page. That _is_ perhaps what I want. I want Search to >>> take you to a search results page, so that a user may choose which >>> page he wants. >>> >>> Is the drop down list of search suggestions generated from a list of >>> the wiki's page titles? Hm, I guess it is. I had not realized that. So >>> how does one search the wiki's page texts? This whole search feature >>> seems to be designed to take a user to a destination article directly >>> whenever possible. I'm not sure that is best for my wiki because that >>> page may not always be the one a user wants and without the search >>> results page, how will he find the one he does want? By doing another >>> search with more search terms? Hm, maybe we can all get used to this >>> and maybe it will just work. >>> >>> Argggg, and trying to change this designed in behavior may not be so >>> easy for a chiefly point and click guy like me. >>> >>> So I may decide to use the two button ('Go' + 'Search') Search box >>> that I get when I set $wgVectorUseSimpleSearch to false, instead, >>> especially if this hack is not going to work in future. >>> >>> Thanks for the tips. >>> >>> Roger > > > >------------------------------ > >Message: 2 >Date: Fri, 6 Sep 2013 21:27:46 -0700 >From: roger(a)rogerchrisman.com >To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> >Subject: Re: [MediaWiki-l] "Go" vs "Search" >Message-ID: > <CADxRgOyz8C6iEZtc4En6bB03=93qxQ2KPb-_DxOddTOPEzc9Gw(a)mail.gmail.com> >Content-Type: text/plain; charset=windows-1252 > >> have you tried clicking the entry below the suggestions? (where it says >> "containing…") see attachment >> >> -Jeremy > >Yes Jeremy. Thanks, just discovered that a moment ago. I guess others >can "discover" it, too. Hope so. > >Roger > > > >------------------------------ > >Message: 3 >Date: Sat, 7 Sep 2013 04:36:47 +0000 >From: Jeremy Baron <jeremy(a)tuxmachine.com> >To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> >Subject: [MediaWiki-l] content in site root >Message-ID: > <CAE-2OCaRwyhRfkKEjPuVos423kK6X0NaSMfDHSoe3stdm+XjGQ(a)mail.gmail.com> >Content-Type: text/plain; charset=UTF-8 > >On Sep 7, 2013 12:27 AM, <roger(a)rogerchrisman.com> wrote: >> Yes Jeremy. Thanks, just discovered that a moment ago. I guess others >> can "discover" it, too. Hope so. > >btw, just noticed that your content lives in the site root. have a look at >https://www.mediawiki.org/wiki/Manual:Wiki_in_site_root_directory when you >get a chance. > >(moved offlist because I didn't notice it until now and didn't want to add >more noise to the thread) > >-Jeremy > > >------------------------------ > >Message: 4 >Date: Sat, 7 Sep 2013 07:10:06 -0400 >From: Nik Everett <neverett(a)wikimedia.org> >To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> >Cc: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> >Subject: Re: [MediaWiki-l] "Go" vs "Search" >Message-ID: <097A3737-D691-4DCB-8E9B-8A3D4A2864F2(a)wikimedia.org> >Content-Type: text/plain; charset=utf-8 > > > >Sent from my iPhone > >On Sep 7, 2013, at 12:27 AM, roger(a)rogerchrisman.com wrote: > >>> have you tried clicking the entry below the suggestions? (where it says >>> "containing…") see attachment >>> >>> -Jeremy >> >> Yes Jeremy. Thanks, just discovered that a moment ago. I guess others >> can "discover" it, too. Hope so. >> >> Roger >> > >You can prefix a search with ~ and that'll force a search but that isn't intuitive either. > > >> _______________________________________________ >> MediaWiki-l mailing list >> MediaWiki-l(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > >------------------------------ > >_______________________________________________ >MediaWiki-l mailing list >MediaWiki-l(a)lists.wikimedia.org >https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > >End of MediaWiki-l Digest, Vol 120, Issue 8 >*******************************************

1 0

content in site root
by Jeremy Baron 07 Sep '13

07 Sep '13

On Sep 7, 2013 12:27 AM, <roger(a)rogerchrisman.com> wrote: > Yes Jeremy. Thanks, just discovered that a moment ago. I guess others > can "discover" it, too. Hope so. btw, just noticed that your content lives in the site root. have a look at https://www.mediawiki.org/wiki/Manual:Wiki_in_site_root_directory when you get a chance. (moved offlist because I didn't notice it until now and didn't want to add more noise to the thread) -Jeremy

1 0

COURT CASES LISTED UNDER ZIP CODE...
by Gloria Mccleary 06 Sep '13

06 Sep '13

WE THE PEOPLE ARE IN NEED OF A Call/email list that registers people under zip code and county's . to send out to help the court advocates to have when court cases are going to court so we can notify the other court supporters so we can go in large groups highriskgroup101(a)yahoo.com

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l September 2013