Dear friends,
we have a wiki [1] with ~30 sisters in different languages. All the
wikis run on the same server using the same the code, but have different
database prefixes.
Keeping the interlanguage links using pywikipediabot (what we currently
do) is very inefficient, to link a single page in a single variant to
all its translations we need ~30 updates. I know Interlanguage extension
should help us with this issue, but its description says it will not be
used for Wikimedias wikis, but will be replaced by Wikibase extension,
that is more versatile.
The ideal state is that all pages from non-English wikis contain only a
link to English version (in some format), nobody has to add any other
links by hand and the symmetric and transitive closure of the links is
updated either fully automaticly or using simple maintenance script
(preferably runnable on the same server, without using API as
Pywikipedia bot does).
Is this goal realistic? Shall we use Interlanguage or Wikibase?
Thanks,
Zbynek Konecny
[1] http://wiki.geogebra.org/en
Dear List(s),
Currently I'm inactive for Wikimedia after a lot of things changed. The
latest change is that I'm now working for a big datacentre and I do not
feel that I have enough time for other things.
I already got a few mails that I was collecting hats, so hereby I stop as:
LangCom member
Administrator for Mediawiki-l
Administrator for Wikitech
I thank you all.
--
Met vriendelijke groet,
Huib Laurens
fyi
-------- Original Message --------
Subject: MediaWiki API at Codecademy?
Date: Thu, 07 Feb 2013 15:12:31 -0800
From: Quim Gil <qgil(a)wikimedia.org>
Organization: Wikimedia Foundation
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Long story short: the MediaWiki API could be included at
http://www.codecademy.com/tracks/apis
if someone wants to do the work. Codecademy is happy to have us there.
I think it is a good idea, in need of someone willing to drive this:
- It is a good excuse to improve our API documentation at mediawiki.org.
- Codecademy is a good place to reach to more developers.
- Maybe it is a good chance for someone to take this as a paid job?
The Wikimedia movement wants to spread the 1,3T of content we have, and
get more free content from as many channels as possible. Our API plays a
big role on this.
Therefore, I *personally* believe that a project to update the API
documentation at mediawiki.org and have corresponding exercises at
Codecademy has a chance to receive a grant if the proposal and the
candidate(s) are solid.
Interested? Let me help you.
--
Quim Gil
Technical Contributor Coordinator @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
Hi All,
I would like to enable STL file upload on Appropedia (especially for
appropriate technology 3D printable design for projects like -
http://www.appropedia.org/3D).
Is there any security issues I should consider before allowing .stl files
for general upload?
Thank you!
-Lonny
Hi guys.
Well, i've got a MediaWiki running local, and I also configured the email
messages (reseting passwd, follow editing, etc). Everything is working fine
so far, but as it is a corporate wiki, I'm using an extension that do not
allow the registration mail been different to the wikidomain. But I was
testing and figure out that if you already have an user, u could change
your email to any other email, making my "restricted email domain
extension" useless.
Anyone have an idea of how can i deny the user changes the email address?
Best Regards,
Stephan Gomes Higuti
What's your favorite? Are there any like a SAX xml parser, that is, callbacks are called during parsing rather than creating an entire JSON tree in memory as it is more efficient when parsing large trees.
Thanks,
Al
你们好：我的心情和大家一样，很急切、服务社会、网络轨道等等 ，因为网络隐私把你和我和世界隔绝！
2013年恢复正常，久违了，谢谢大家！
--------------
>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: Sidebar cache (Tom Hutchison)
> 2. Re: Sidebar cache (Mlpearc)
> 3. Re: Sidebar cache (Tom)
> 4. Re: Gerrit 2.6 - coming to a server near you (Chad)
> 5. Re: Path Problems Installing SemanticMediaWiki (Steve Stevenson)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Mon, 4 Feb 2013 12:44:23 -0500
>From: "Tom Hutchison" <tom(a)hutch4.us>
>To: "'MediaWiki announcements and site admin list'"
> <mediawiki-l(a)lists.wikimedia.org>
>Subject: Re: [MediaWiki-l] Sidebar cache
>Message-ID: <09f601ce02ff$45343b10$cf9cb130$(a)hutch4.us>
>
>Yep, Collection is forcing the printable to its section:
>
>// Move the 'printable' link into our section for consistency
> if ( $action == 'view' || $action == 'purge' ) {
> global $wgOut;
> if ( !$wgOut->isPrintable() ) {
> $attribs = array(
> 'href' => $sk->getTitle()->getLocalUrl( $wgRequest->appendQueryValue( 'printable', 'yes',
>true ) ),
> 'title' => $sk->titleAttrib( 't-print', 'withaccess' ),
> 'accesskey' => $sk->accesskey( 't-print' ),
> );
> if ( $attribs['title'] === false ) {
> unset( $attribs['title'] );
> }
> if ( $attribs['accesskey'] === false ) {
> unset( $attribs['accesskey'] );
> }
> $out .= Xml::tags( 'li',
> array( 'id' => 't-print' ),
> Xml::element( 'a', $attribs, wfMsg( 'printableversion' ) ) );
> }
> }
>
>Tom
>
>
>
>
>
>------------------------------
>
>Message: 2
>Date: Mon, 4 Feb 2013 10:16:59 -0800
>From: Mlpearc <mlpearc(a)everythingfoodanddrink.org>
>To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
>Subject: Re: [MediaWiki-l] Sidebar cache
>Message-ID:
> <CAGhpzwPsMJZhTDNP8xd2wJBchDvZBg+bNtVs0zVDV4y5a2++dw(a)mail.gmail.com>
>Content-Type: text/plain; charset=UTF-8
>
>It is Extension:Collection that displays the "Print" link in the sidebar.
>Another strange reaction from that extension is for some un-known reason
>when the extension is enabled, it adds the page name of the selected page
>to the category box.
>
>Mlpearc
>
>On Mon, Feb 4, 2013 at 9:44 AM, Tom Hutchison <tom(a)hutch4.us> wrote:
>
>> Yep, Collection is forcing the printable to its section:
>>
>> // Move the 'printable' link into our section for consistency
>> if ( $action == 'view' || $action == 'purge' ) {
>> global $wgOut;
>> if ( !$wgOut->isPrintable() ) {
>> $attribs = array(
>> 'href' =>
>> $sk->getTitle()->getLocalUrl( $wgRequest->appendQueryValue( 'printable',
>> 'yes',
>> true ) ),
>> 'title' => $sk->titleAttrib(
>> 't-print', 'withaccess' ),
>> 'accesskey' => $sk->accesskey(
>> 't-print' ),
>> );
>> if ( $attribs['title'] === false ) {
>> unset( $attribs['title'] );
>> }
>> if ( $attribs['accesskey'] === false ) {
>> unset( $attribs['accesskey'] );
>> }
>> $out .= Xml::tags( 'li',
>> array( 'id' => 't-print' ),
>> Xml::element( 'a', $attribs,
>> wfMsg( 'printableversion' ) ) );
>> }
>> }
>>
>> Tom
>>
>>
>>
>> _______________________________________________
>> MediaWiki-l mailing list
>> MediaWiki-l(a)lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>
>
>
>
>--
>*
>Mlpearc*
>Founder
>Everything Food & Drink.org
>everythingfoodanddrink.org<http://www.everythingfoodanddrink.org/w/index.php/Main_Page>
>Phone: 760-718-1290
>
>
>------------------------------
>
>Message: 3
>Date: Mon, 4 Feb 2013 14:31:50 -0500
>From: Tom <tom(a)hutch4.us>
>To: "mlpearc(a)everythingfoodanddrink.org"
> <mlpearc(a)everythingfoodanddrink.org>, MediaWiki announcements and
> site admin list <mediawiki-l(a)lists.wikimedia.org>
>Subject: Re: [MediaWiki-l] Sidebar cache
>Message-ID: <8D7464DB-6E3A-4D1C-B045-7C355607444E(a)hutch4.us>
>Content-Type: text/plain; charset=us-ascii
>
>I never noticed that behavior.
>
>Tom
>
>On Feb 4, 2013, at 1:16 PM, Mlpearc <mlpearc(a)everythingfoodanddrink.org> wrote:
>
>> It is Extension:Collection that displays the "Print" link in the sidebar.
>> Another strange reaction from that extension is for some un-known reason
>> when the extension is enabled, it adds the page name of the selected page
>> to the category box.
>>
>> Mlpearc
>>
>> On Mon, Feb 4, 2013 at 9:44 AM, Tom Hutchison <tom(a)hutch4.us> wrote:
>>
>>> Yep, Collection is forcing the printable to its section:
>>>
>>> // Move the 'printable' link into our section for consistency
>>> if ( $action == 'view' || $action == 'purge' ) {
>>> global $wgOut;
>>> if ( !$wgOut->isPrintable() ) {
>>> $attribs = array(
>>> 'href' =>
>>> $sk->getTitle()->getLocalUrl( $wgRequest->appendQueryValue( 'printable',
>>> 'yes',
>>> true ) ),
>>> 'title' => $sk->titleAttrib(
>>> 't-print', 'withaccess' ),
>>> 'accesskey' => $sk->accesskey(
>>> 't-print' ),
>>> );
>>> if ( $attribs['title'] === false ) {
>>> unset( $attribs['title'] );
>>> }
>>> if ( $attribs['accesskey'] === false ) {
>>> unset( $attribs['accesskey'] );
>>> }
>>> $out .= Xml::tags( 'li',
>>> array( 'id' => 't-print' ),
>>> Xml::element( 'a', $attribs,
>>> wfMsg( 'printableversion' ) ) );
>>> }
>>> }
>>>
>>> Tom
>>>
>>>
>>>
>>> _______________________________________________
>>> MediaWiki-l mailing list
>>> MediaWiki-l(a)lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>
>>
>>
>> --
>> *
>> Mlpearc*
>> Founder
>> Everything Food & Drink.org
>> everythingfoodanddrink.org<http://www.everythingfoodanddrink.org/w/index.php/Main_Page>
>> Phone: 760-718-1290
>> _______________________________________________
>> MediaWiki-l mailing list
>> MediaWiki-l(a)lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
>
>------------------------------
>
>Message: 4
>Date: Mon, 4 Feb 2013 17:43:29 -0500
>From: Chad <innocentkiller(a)gmail.com>
>To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>, MediaWiki
> announcements and site admin list <mediawiki-l(a)lists.wikimedia.org>
>Subject: Re: [MediaWiki-l] Gerrit 2.6 - coming to a server near you
>Message-ID:
> <CADn73rMLynmA5qDMTgEE2rFyYp0mL-qaLDRJS3qygFh+r-H3rA(a)mail.gmail.com>
>Content-Type: text/plain; charset=UTF-8
>
>On Mon, Feb 4, 2013 at 6:44 AM, Chad <innocentkiller(a)gmail.com> wrote:
>> Hi,
>>
>> After much delay, Gerrit 2.6 will be coming to our servers. This release
>> brings a *lot* of really cool features and fixes, but I'd like to outline a
>> couple of the major ones:
>>
>> * A stable, documented RESTful api
>> * Plugin support:
>> ** We'll be replacing Gitweb with Gitblit once the initial dust of the
>> upgrade settles
>> ** We've got a plugin to let us delete projects
>> ** We're working on plugins for renaming projects, as well as providing
>> some Bugzilla integration
>> * IE9 & IE10 are now supported
>> * The code formatter got some updates, which should solve some of
>> the ArrayIndexOutOfBounds errors you saw in some diffs.
>> * Ability to leave comments on a whole file (instead of just a line in a
>> file)
>> * Search suggestions
>> * More unicorns!
>>
>> We're planning to do this on 1:00-2:00UTC on February 12th (that's
>> 17:00-18:00 PST on February 11th) -- that's one week from today.
>>
>
>I can't believe I forgot to mention two of my favorite new features:
>* Editing topics and commit messages directly from the UI :)
>
>-Chad
>
>
>
>------------------------------
>
>Message: 5
>Date: Mon, 4 Feb 2013 19:41:18 -0500
>From: Steve Stevenson <steve(a)clemson.edu>
>To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
>Subject: Re: [MediaWiki-l] Path Problems Installing SemanticMediaWiki
>Message-ID:
> <CAKoJ0=mQ_+rxuH9AXWwki-0w4T+BznaT+jT4KuyrQba6rMsTsg(a)mail.gmail.com>
>Content-Type: text/plain; charset=ISO-8859-1
>
>Thanks for the jog of the memory ... SemanticBundle wasn't installed
>properly. All good now.
>
>
>On Mon, Feb 4, 2013 at 12:04 PM, Platonides <Platonides(a)gmail.com> wrote:
>
>> Does the user under which apache is running have access to read
>>
>> /opt/local/apache2/htdocs/wiki-1.20.2/extensions/SemanticMediaWiki/SemanticMediaWiki.php
>> ?
>>
>>
>> _______________________________________________
>> MediaWiki-l mailing list
>> MediaWiki-l(a)lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>
>
>
>
>--
>D. E. (Steve) Stevenson
>(Almost emeritus) Associate Professor
>Clemson University
>steve at clemson dot edu
>
>"Those that know, do. Those that understand, teach," Aristotle.
>
>
>------------------------------
>
>_______________________________________________
>MediaWiki-l mailing list
>MediaWiki-l(a)lists.wikimedia.org
>https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
>End of MediaWiki-l Digest, Vol 113, Issue 6
>*******************************************
I just upgraded to 1.20.2 and it seems to work fine. I downloaded
SemanticMediaWiki and SemanticBundle into extensions. When I try to start
up I get these errors.
apache2 gets here through a symlink wiki ->wiki-1.20.2.
Have I messed up a path someplace?
*Warning*:
include_once(/opt/local/apache2/htdocs/wiki-1.20.2/extensions/SemanticMediaWiki/SemanticMediaWiki.php)
[function.include-once<http://localhost/wiki/index.php/function.include-once>]:
failed to open stream: Permission denied in *
/opt/local/apache2/htdocs/wiki-1.20.2/extensions/SemanticBundle/SemanticBundleSettings.php
* on line *23*
*Warning*: include_once()
[function.include<http://localhost/wiki/index.php/function.include>]:
Failed opening
'/opt/local/apache2/htdocs/wiki-1.20.2/extensions/SemanticMediaWiki/SemanticMediaWiki.php'
for inclusion (include_path='.:') in*
/opt/local/apache2/htdocs/wiki-1.20.2/extensions/SemanticBundle/SemanticBundleSettings.php
* on line *23*
*Fatal error*: Call to undefined function enableSemantics() in *
/opt/local/apache2/htdocs/wiki-1.20.2/extensions/SemanticBundle/SemanticBundleSettings.php
* on line *24.*
*
*
*LocalSettings has two other extensions, both working. The activation as*
*
*
*
require_once( "$IP/extensions/SemanticBundle/SemanticBundle.php" );
require_once( "$IP/extensions/SemanticBundle/SemanticBundleSettings.php" );
*
--
D. E. (Steve) Stevenson
(Almost emeritus) Associate Professor
Clemson University
steve at clemson dot edu
"Those that know, do. Those that understand, teach," Aristotle.
Is sidebar cache really buggy enough to not even update the toolbox links like print page version? Or is that a unknown not normal bug?
Enabled, the print version link was static to one page on every page.
Thanks
Tom
Dear list,
I'm trying to convert a mediawiki-mysql-dump from latin1 to utf-8 to
move from MySQL 4.0.27 to MySQL 5.x.
What I did so far was searching for a working way to achieve this. I
found several solutions which in my eyes did not work.
Is there a recommende way, which will almost ever _works_?
Or are not all data important to convert e.g. _objectcache?
regards Holger