kamaldeerpaul@yahoo.com | 21 Sep 16:06 2014
Picon

Re : MediaWiki-l Digest, Vol 132, Issue20

Suis désolé de vous interrompu pour cette message et le requis si c'est possible d'annuler les mes demande.

Envoyé depuis mon HTC

----- Reply message -----
De : mediawiki-l-request <at> lists.wikimedia.org
Pour : <mediawiki-l <at> lists.wikimedia.org>
Objet : MediaWiki-l Digest, Vol 132, Issue20
Date : mar., sept. 23, 2014 2:00 PM

Send MediaWiki-l mailing list submissions to
	mediawiki-l <at> 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 <at> lists.wikimedia.org

You can reach the person managing the list at
	mediawiki-l-owner <at> 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: Archiving articles to another Wiki based on category or
      template (Mlpearc)

----------------------------------------------------------------------
(Continue reading)

Henrik Rasmussen | 22 Sep 13:24 2014
Picon

Archiving articles to another Wiki based on category or template

Instead of deleting Wiki articles which are not valid any longer, but are kept for historical reasons, I
want to move those articles away from the current Wiki. Historical articles  could contain
[[category:histocal]] and I imagine that those articles could be moved automatically to another Wiki,
based on this category, (or alternatively to another namespace, but this would not be read-only).

How do I accomplish this?

I am currently running Mediawiki version 1.20.4

Henrik Rasmussen
_______________________________________________
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Shawn Jones | 22 Sep 03:41 2014

ANN: Version 1.0.0 of the Memento Headers Extension

All,

Thanks to new architecture developments within the Memento Project, we are pleased to announce the
availability of Version 1.0.0 of the Memento Headers time travel Extension for MediaWiki.  The extension
can be downloaded via [1].  Information on the extension is available at [2].  A demonstration wiki
equipped with the extension is available at [3].

This extension only supplies the headers necessary to work with Memento clients [4], and does not provide
all of the features of Memento for a MediaWiki installation.  it relies upon an external TimeGate server,
provided online by the Memento Project, to actually provide the datetime negotiation necessary for web
time travel.

Memento clients allow one to select a past date and time to browse, and then browse the web as if it were that
date and time.  Installing the Memento Headers extension in a MediaWiki installation allows Memento
clients to seamlessly transition from using web archives to wikis, allowing one to view past versions of
web pages without interruption.

Earlier today, we announced the availability of version 2.1.0 of the full Memento extension.  That
extension provides additional functionality, such as ensuring that old revisions of images and
templates match the revision of the page in which they are embedded.  The Memento Headers extension does
NOT provide such functionality.  The Memento Headers extension only provides the headers necessary for
Memento clients to find the oldid pages in MediaWiki installations that best match the datetime
requested by the user.

As noted in the earlier announcement, the Memento protocol is currently used by major web archives [5] and
supported by the International Internet Presevation Consortium [6].  Though we have the support of web
archives, the Memento team also considers time travel in MediaWiki to be a major use of the protocol. 
Videos [7] and [8] show Memento at work in the web at large, the latter paying attention to navigation
within Wikipedia.  Video [9] shows Memento at work in the full Memento MediaWiki extension.

(Continue reading)

Shawn Jones | 22 Sep 02:20 2014

ANN: Version 2.1.0 of the Memento MediaWiki Extension

All,

Thanks to a few informal code reviews, version 2.1.0 of the Memento time travel Extension for MediaWiki has
been released.  The extension can be downloaded via [1].  Information on the extension is available at [2]. 
A demonstration wiki equipped with the extension is available at [3].

This release incorporates changes to enrich the code based on additional review and feedback from members
of the WikiMedia team.  The extension fixed a few bugs, now supports the newer JSON-based i18n system, and
has removed three configuration options in order to streamline the code.

We fully appreciate the feedback we’ve received and appreciate any additional feedback the community
can provide.  Our goal is to make the extension as solid as possible for MediaWiki users everywhere.

The extension works with Memento clients [4].  Memento clients allow one to select a past date and time to
browse, and then browse the web as if it were that date and time.  Installing this extension in a MediaWiki
installation allows Memento clients to seamlessly transition from using web archives to wikis,
allowing one to view the past versions of web pages without interruption.  This has numerous
applications, from avoiding spoilers [5] to studying the evolution of legal discourse.

Additionally, this extension attempts to address the issue of "temporal coherence", ensuring that old
revisions of images and templates match the revision of the page they are embedded in.  This functionality
is still optional and experimental, but has received some interest from the community.

Earlier this summer, we presented our experiences with reconstructing the past using MediaWiki [6, 7],
and demonstrated using the extension to avoid spoilers in Game of Thrones [8, 9, 10] at WikiConference USA 2014.

The extension is fully compliant with RFC 7089 [11], which specifies the Memento protocol.  The effort was
supported in part by the Andrew W. Mellon Foundation and is a joint effort between Old Dominion University
and Los Alamos National Laboratory.  Videos [12] and [13] show Memento at work in the web at large, the
latter paying attention to navigation within Wikipedia.
(Continue reading)

Markus Glaser | 19 Sep 16:38 2014

[wiki co-op] Date for next meeting

Hello everyone, esp. MediaWiki Cooperation members,

I set up a Doodle in order to find a time and date for our next online meeting:

http://doodle.com/pk63uwe492yqzqtg#table

If you want to join, please add your preference.

Best,
Markus
_______________________________________________
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Grammy Jiang | 18 Sep 10:37 2014
Picon

Search multilingual in one mediawiki

Dear all,

Sorry for bothering you.

I deloy MediaWiki as a content sharing && management platform in my own
company, and in company we use both English and Chinese. In mediawiki very
beginning configuration page, English is selected as a default language for
this MediaWiki, but there will be some pages wrote in Chinese in this
MediaWiki.

Now my problem is, "Search" function is only working in English, when I
input Chinese in the search box, MediaWiki will return nothing!

Does MediaWiki support this kind of function, search in multilingual in the
same one MediaWiki? Do i miss any settings? If not, is there any MediaWiki
Extension may help?

Many thanks!

Best regards,

Grammy Jiang

Qingdao Create Future Environment Protection Technology Consultancy Co., Ltd

Room 6-11, Building B, International Innovation Park, Songling Road,
Laoshan District, Qingdao City, China
_______________________________________________
MediaWiki-l mailing list
To unsubscribe, go to:
(Continue reading)

chris tharp | 17 Sep 22:10 2014
Picon

automatically protecting file uploads so no one can upload a file with the same name as one already used

A while back I threw out a question about automatically renaming a file on
upload, but no one had an answer so I thought I would try a different
avenue.

Does anyone know away that all file uploads could be automatically
protected upon upload? So if someone tried to upload a photo with name
already used they couldn't overwrite it?

Thanks
_______________________________________________
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Krabina Bernhard | 17 Sep 14:50 2014
Picon

Interface text for Special:Updload

Dear all,

I'd like to change the text on Special:Upload (Spezial:Hochladen in my case), but several attempts didn't work:

1. I changed MediaWiki:Uploadtext, but that did not help
2. I tried the markup for wpUploadFormLongText and wpUploadFormShortText on MediaWiki:Uploadtext from
here [1]
3. I tried to change other interface texts, e.g. MediaWiki:Upload-maxfilesize or MediaWiki:Summary,
which also doesn't work. (While others like MediaWiki:Sitenotice, MediaWiki:Searchmenu-new or
MediaWiki:Sitenotice work fine)

I'm using MediaWiki 1.22.5

regards,
Bernhard

[1]: http://commons.wikimedia.org/wiki/MediaWiki:UploadForm.js/Documentation#Configuring_the_introductory_text

_______________________________________________
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
John Foster | 15 Sep 21:57 2014
Picon

Custom namespace additions via $wgExtraNamespaces

I have the following in my LocalSettings.php file:

// define namespace constants
define("NS_Portal", 100); // This MUST be even.
define("NS_Portal_TALK", 101); // This MUST be the following odd integer.
// add namespaces
$wgExtraNamespaces[NS_Portal] = "Portal";
$wgExtraNamespaces[NS_Portal_TALK] = "Portal_talk";

However tihis is not creating the "Portal" custom NameSpace. I've likely 
got this wrong somehow, but don't know what.
Any tips.
Thanks!
john

_______________________________________________
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
chris tharp | 12 Sep 01:06 2014
Picon

Changing email over to site name & the cracking of dynamic questions for the ConfirmEdit extension.

Hi

Today I had to change my wiki over to only allowing edit post email
confirmation and in the process I noticed the email says "Mediawiki Mail".
I'm looking for the quickest way to change the email over to saying my site
name, not the software. Thanks

ps. -- Just for general info someone has cracked the dynamic questions for
ConfirmEdit extension published here:

http://thingelstad.com/stopping-mediawiki-spam-with-dynamic-questy-captchas/

I've used the questions for months and had the joy of zero spam, but
unfortunately the system has been cracked. I'm throwing it out there in
case someone had became like me and stopped checking for spam on a regular
basis. It makes for a very, very unhappy day when you find on the order of
1000 spam accounts.
_______________________________________________
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Simon Vargas | 11 Sep 17:15 2014
Picon

Mediawiki upgrade from 1.4 does it really worth it?

Hello Folks,

I got a private Mediawiki 1.4 from 2005 which still runs on a Debian 5 machine. 
I'm about to virtualize this because of various reasons but the first problem I ran into just after trying to
move it to a clean Wheezy install is that it's incompatible with:

ii  php5                               5.4.4-14+deb7u14              all          server-side, HTML-embedded scripting language (metapackage)

Of course the solution what I found online was to upgrade your mediawiki because it have so many advantages
blahblah. Really? New features I do not need, and although I went through with the upgrade it become
20xtimes slower + I lost the custom skin I had. This all seems disadvantages to me.

So correct me if I'm wrong but by just doing some research this version with (1-2 extensions like poem) has no
know serious security vulnerability (RFI). 

What I don't want to do is to install another outdated debian just because of this, I rather downgrade the php
version to (5.2). Can anyone come up with any advantage of upgrading Mediawiki from 1.4 to 1.23?

Question2: Storage Engine
=========================

Since this is a small (~3000 pages) private wiki which doesn't get a lot of articles added every day, mostly
just used for searching and reading articles which storage engine is the faster MyISAM or Innodb? I do not
care about reliability, only speed since the db is backed up every day and as I said it's rarely gets new content.

Thanks!

_______________________________________________
MediaWiki-l mailing list
To unsubscribe, go to:
(Continue reading)


Gmane