On Tue, May 15, 2012 at 1:33 PM, Philippe Beaudette
wrote:
> As for the day to day work of the GC and LC I'll let one of them
> answer that. I'm not an expert in it.
Following up on my committment yesterday to find an answer to Mike's
questions, Geoff provided the below (which I'm posting,
When you're running an event, sometimes you want to help lots of people
create accounts on Wikimedia sites. To prevent spamming/vandalism,
ordinarily there's a cap on the number of accounts that can be created
from one IP address in a single day. But there's a way to ask for a
temporary removal o
Sumana Harihareswara, 16/05/2012 17:23:
When you're running an event, sometimes you want to help lots of people
create accounts on Wikimedia sites. To prevent spamming/vandalism,
ordinarily there's a cap on the number of accounts that can be created
from one IP address in a single day. But ther
Hallo Juergen,
On Fri, Apr 13, 2012 at 1:29 PM, Juergen Fenn wrote:
> Hallo Tilman,
>
> Am 13.04.2012 um 13:01 schrieb wikimedia-l-requ...@lists.wikimedia.org:
>>
>> please find below the WMF report for March 2012, in plain text.
>
> Thanks for publishing the new report.
Glad you found it useful,
Generally, at UK outreach events, there has usually been an enwiki admin or
two around who can create accounts for people. Admins (and accountcreators)
are not subject to account creation limits.
On May 16, 2012 4:23 PM, "Sumana Harihareswara"
wrote:
> When you're running an event, sometimes you
Clarification on this process was actually most recently requested by an en
Wiki admin on the principle that people who create their own accounts are
more likely to care about them. :)
Maggie
On Wed, May 16, 2012 at 11:47 AM, Tom Morris wrote:
> Generally, at UK outreach events, there has usual
On 16 May 2012 15:29, Philippe Beaudette wrote:
>(about 100+ takedown demands a year that we challenge
> successfully 95% of the time)
That is a statistic you should boast about more often.
___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
U
On Mon, Apr 16, 2012 at 3:20 PM, Osmar Valdebenito
wrote:
> If increasing global reach and participation is part of our strategy, then
> it is important to communicate in the principal languages and engage with
> new people.
> Certainly, communities can help to translate. But the Foundation can le
Maggie Dennis, 16/05/2012 18:17:
Clarification on this process was actually most recently requested by an en
Wiki admin on the principle that people who create their own accounts are
more likely to care about them. :)
To care or to be able to do something with them? Anyway, they can create
the
Thanks for the info. In the first session with the Wikipedia Student Club
in UNAM, I have troubles for this issue.
Regards,
2012/5/16 Federico Leva (Nemo)
> Maggie Dennis, 16/05/2012 18:17:
>
> Clarification on this process was actually most recently requested by an
>> en
>> Wiki admin on the p
Hello, everyone.
Due to the work load and some attrition, we are looking to expand the Grant
Advisory Committee[1] (GAC) soon. If you are interested in joining the
advisory body reviewing and making recommendations about the WMF's grants
program, please take a look and see if you'd like to expres
There's a nice interview with Ward Cunningham (father of the wiki)
this week in Dr. Dobb's [a programming journal]. The interview covers
programming, techniques for working well, wikis and Wikipedia:
http://www.drdobbs.com/architecture-and-design/24393
On wikis (p.2):
"I think that the thing
On Thu, May 17, 2012 at 1:47 AM, Ian Woollard wrote:
> There's no great drop in the number of editors:
>
>
> http://commons.wikimedia.org/wiki/File:ENglish_Wikipedia_active_users_%28September_2011%29.png
>
See
http://stats.wikimedia.org/EN/TablesWikipediaEN.htm
Editors making 100+ edits a mont
On Thu, May 17, 2012 at 2:21 AM, Andreas Kolbe wrote:
> On Thu, May 17, 2012 at 1:47 AM, Ian Woollard wrote:
>
>> There's no great drop in the number of editors:
>>
>>
>> http://commons.wikimedia.org/wiki/File:ENglish_Wikipedia_active_users_%28September_2011%29.png
>>
>
>
> See
>
> http://stats.w
Sumana Harihareswara wrote:
> When you're running an event, sometimes you want to help lots of people
> create accounts on Wikimedia sites. To prevent spamming/vandalism,
> ordinarily there's a cap on the number of accounts that can be created
> from one IP address in a single day. But there's a
>
> We at Archive Team are attempting to download all the 700,000 Knols.[3] For
> the sake of history. Join us, #archiveteam EFNET.
>
I did some followup. I'm not sure I can help out with Knol
anymore, but I discovered that AT is having some trouble
making good archives of wikimedia sites.
Theor
I know from experience that a wiki can be re-built from any one of the
dumps that are provided, (pages-meta-current) for example contains
everything needed to reboot a site except its user database
(names/passwords ect). see
http://www.mediawiki.org/wiki/Manual:Moving_a_wiki
On Wed, May 16, 2012 a
On Thu, May 17, 2012 at 1:11 PM, John wrote:
>
> I know from experience that a wiki can be re-built from any one of the
> dumps that are provided, (pages-meta-current) for example contains
> everything needed to reboot a site except its user database
> (names/passwords ect). see
> http://www.media
On Wed, May 16, 2012 at 11:11:04PM -0400, John wrote:
> I know from experience that a wiki can be re-built from any one of the
> dumps that are provided, (pages-meta-current) for example contains
> everything needed to reboot a site except its user database
> (names/passwords ect). see
> http://www
On Thu, May 17, 2012 at 12:04 PM, MZMcBride wrote:
> Before this guide gets distributed too widely, I'd think about its
> scalability. Shell requests can take weeks, months, or even years to get
> resolved, even when filed properly.
Anyone in the world of tomorrow! can do shell requests (Git), Th
Except for files, getting a content clone up is relativity easy, and can be
done in a fairly quick order (aka less than two weeks for everything). I
know there is talk about getting a rsync setup for images.
___
Wikimedia-l mailing list
Wikimedia-l@lists.
On Thu, May 17, 2012 at 12:03:02AM -0400, John wrote:
> Except for files, getting a content clone up is relativity easy, and can be
> done in a fairly quick order (aka less than two weeks for everything). I
> know there is talk about getting a rsync setup for images.
Ouch, 2 weeks. We need the ima
that two week estimate was given worst case scenario. Given the best case
we are talking as little as a few hours for the smaller wikis to 5 days or
so for a project the size of enwiki. (see
http://lists.wikimedia.org/pipermail/xmldatadumps-l/2012-May/000491.htmlfor
progress on image dumps`)
On We
take a look at http://www.mediawiki.org/wiki/Manual:Importing_XML_dumps for
exactly how to import an existing dump, I know the process of re-importing
a cluster for the toolserver is normally just a few days when they have the
needed dumps.
On Thu, May 17, 2012 at 12:13 AM, John
> wrote:
> that
On Thu, May 17, 2012 at 12:13 AM, John wrote:
> that two week estimate was given worst case scenario. Given the best case
> we are talking as little as a few hours for the smaller wikis to 5 days or
> so for a project the size of enwiki. (see
> http://lists.wikimedia.org/pipermail/xmldatadumps-l/2
On Thu, May 17, 2012 at 12:18 AM, John wrote:
> take a look at http://www.mediawiki.org/wiki/Manual:Importing_XML_dumps for
> exactly how to import an existing dump, I know the process of re-importing
> a cluster for the toolserver is normally just a few days when they have the
> needed dumps.
To
Toolserver is a clone of the wmf servers minus files. they run a database
replication of all wikis. these times are dependent on available hardware
and may very, but should provide a decent estimate
On Thu, May 17, 2012 at 12:23 AM, Anthony wrote:
> On Thu, May 17, 2012 at 12:18 AM, John wrote
Ill run a quick benchmark and import the full history of simple.wikipedia
to my laptop wiki on a stick, and give an exact duration
On Thu, May 17, 2012 at 12:26 AM, John wrote:
> Toolserver is a clone of the wmf servers minus files. they run a database
> replication of all wikis. these times ar
On Thu, May 17, 2012 at 12:30 AM, John wrote:
> Ill run a quick benchmark and import the full history of simple.wikipedia to
> my laptop wiki on a stick, and give an exact duration
Simple.wikipedia is nothing like en.wikipedia. For one thing, there's
no need to turn on $wgCompressRevisions with
*Simple.wikipedia is nothing like en.wikipedia* I care to dispute that
statement, All WMF wikis are setup basically the same (an odd extension
here or there is different, and different namespace names at times) but for
the purpose of recovery simplewiki_p is a very standard example. this issue
isnt
On Thu, May 17, 2012 at 12:45 AM, John wrote:
> Simple.wikipedia is nothing like en.wikipedia I care to dispute that
> statement, All WMF wikis are setup basically the same (an odd extension here
> or there is different, and different namespace names at times) but for the
> purpose of recovery sim
On Thu, May 17, 2012 at 1:14 PM, John Vandenberg wrote:
> How would we regain control of our existing usernames in the event
> that the user database was lost in the move?
That would be up to the end project to decide, Although ideally they
shouldn't unless you can prove some how it was you other
If both are accessible I've seen an extension that allowed you to claim
your username. Saw it in action when Wowpedia forked from the Wikia Wowwiki
and they let people claim their old usernames with an edit (and code in
edit summary iirc) on the other wiki.
James
On Wed, May 16, 2012 at 10:03 PM,
Anthony the process is linear, you have a php inserting X number of rows
per Y time frame. Yes rebuilding the externallinks, links, and langlinks
tables will take some additional time and wont scale. However I have been
working with the toolserver since 2007 and Ive lost count of the number of
time
K. Peachey, 17/05/2012 05:38:
On Thu, May 17, 2012 at 12:04 PM, MZMcBride wrote:
Before this guide gets distributed too widely, I'd think about its
scalability. Shell requests can take weeks, months, or even years to get
resolved, even when filed properly.
Anyone in the world of tomorrow! can
Well to be honest, I am still upset about how much data is deleted
from wikipedia because it is not "notable",
there are so many articles that I might be interested in that are lost
in the same garbage as spam and other things.
We should make non notable articles and non harmful ones available in
t
On Thu, May 17, 2012 at 1:22 AM, John wrote:
> Anthony the process is linear, you have a php inserting X number of rows per
> Y time frame.
Amazing. I need to switch all my databases to MySQL. It can insert X
rows per Y time frame, regardless of whether the database is 20
gigabytes or 20 teraby
On Thu, May 17, 2012 at 1:52 AM, Anthony wrote:
> On Thu, May 17, 2012 at 1:22 AM, John wrote:
> > Anthony the process is linear, you have a php inserting X number of rows
> per
> > Y time frame.
>
> Amazing. I need to switch all my databases to MySQL. It can insert X
> rows per Y time frame,
On Thu, May 17, 2012 at 6:06 AM, John wrote:
> If your willing to foot the bill for the new hardware
> Ill gladly prove my point
given the millions of dollars that wikipedia has, it should not be a
problem to provide such resources for a good cause like that.
--
James Michael DuPont
Member of F
39 matches
Mail list logo