Hello all,
I have just set up www.TeachMeQuick.co.uk
If you know anybody who is doing GCSEs or A Levels, please tell them about it.
Thanks for your people helping me with this website
:)
On 6/23/05, wikitech-l-request(a)wikimedia.org
<wikitech-l-request(a)wikimedia.org> wrote:
> Send Wikitech-l mailing list submissions to
> wikitech-l(a)wikimedia.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mail.wikipedia.org/mailman/listinfo/wikitech-l
> or, via email, send a message with subject or body 'help' to
> wikitech-l-request(a)wikimedia.org
>
> You can reach the person managing the list at
> wikitech-l-owner(a)wikimedia.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Wikitech-l digest..."
>
>
> Today's Topics:
>
> 1. orphaned pages (iznogood(a)iznogood-factory.org)
> 2. Re: automatic checking for or flagging of copyright
> violations (Daniel Mayer)
> 3. Re: we need responsive servers on Tuesday (Kurt Jansson)
> 4. Re: we need responsive servers on Tuesday (Mark Bergsma)
> 5. Re: 4 new Wikipedias have just been created (Tim Starling)
> 6. CLARIFICATION ON SHARATHA THIDIS (gutty prakasam)
> 7. Mediawiki search configuration, please Heeeelp... (Philippe Roth)
> 8. Re: CLARIFICATION ON SHARATHA THIDIS (Rowan Collins)
> 9. Enabling table-grouping tags (Phil Boswell)
> 10. categorylinks_table mysql ERROR 1071 at line 12: Specified
> key was too long (mm)
> 11. Re: Enabling table-grouping tags (Rowan Collins)
> 12. Cluster strategy - expansion plans (Jimmy Wales)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 22 Jun 2005 14:36:13 +0200
> From: iznogood(a)iznogood-factory.org
> Subject: [Wikitech-l] orphaned pages
> To: wikitech-l(a)wikimedia.org
> Message-ID: <20050622143613.4cd65466@iznogood>
> Content-Type: text/plain; charset=US-ASCII
>
> Hello,
>
> I'm a french wikipedia contributor especially to link orphaned pages.
>
> But I have a problem with frequency list of orphaned pages update.
>
> http://fr.wikipedia.org/wiki/Special:Lonelypages
>
> I wonder if it is possible to make an update on week or 2 weeks bases
> even if it is only on french orphaned list page.
>
> That will ease my linkage job.
>
> Thanks.
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 22 Jun 2005 13:32:28 -0700 (PDT)
> From: Daniel Mayer <maveric149(a)yahoo.com>
> Subject: Re: [Wikitech-l] automatic checking for or flagging of
> copyright violations
> To: Wikimedia developers <wikitech-l(a)wikimedia.org>
> Message-ID: <20050622203228.4082.qmail(a)web51606.mail.yahoo.com>
> Content-Type: text/plain; charset=iso-8859-1
>
> --- aerik(a)thesylvans.com wrote:
> > Wouldn't automatically checking edits against google searches add an awful
> > big load to the servers? Not only is it several thousand hits, but then also
> > thousands more string comparisons? Amd then we'd have event handling for any
> > suspect edits...
>
> The load could be distributed offline via possible changes to the rc patrol
> software already in use. See http://en.wikipedia.org/wiki/User:CryptoDerk/CDVF
>
> That way we could also get around Google's 1000 search per day limit.
>
> -- mav
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 22 Jun 2005 22:50:46 +0200
> From: Kurt Jansson <jansson(a)gmx.net>
> Subject: Re: [Wikitech-l] we need responsive servers on Tuesday
> To: Wikimedia developers <wikitech-l(a)wikimedia.org>
> Message-ID: <42B9CF26.4000403(a)gmx.net>
> Content-Type: text/plain; charset=us-ascii; format=flowed
>
> Domas Mituzas wrote:
>
> > Sure. I'm just giving an advise to relax and not to worry.
> > Things will go as they have to go :) People look live ok
> > only when relaxed :) And we sure, will try not crashing :)
>
> The servers were responsive, I was relaxed, and everything went well. :-)
>
> You're all doing a great job here, thanks!
>
> Kurt
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 23 Jun 2005 00:09:43 +0200
> From: Mark Bergsma <mark(a)nedworks.org>
> Subject: Re: [Wikitech-l] we need responsive servers on Tuesday
> To: Wikimedia developers <wikitech-l(a)wikimedia.org>
> Message-ID: <42B9E1A7.1040703(a)nedworks.org>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Kurt Jansson wrote:
> > Domas Mituzas wrote:
> >
> >> Sure. I'm just giving an advise to relax and not to worry. Things will
> >> go as they have to go :) People look live ok only when relaxed :) And
> >> we sure, will try not crashing :)
> >
> >
> > The servers were responsive, I was relaxed, and everything went well. :-)
> >
> > You're all doing a great job here, thanks!
>
> Actually, we had severe (network) problems in florida at that time... :)
>
> --
> Mark
>
> mark(a)nedworks.org
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 23 Jun 2005 10:36:28 +1000
> From: Tim Starling <t.starling(a)physics.unimelb.edu.au>
> Subject: [Wikitech-l] Re: 4 new Wikipedias have just been created
> To: wikipedia-l(a)wikimedia.org, wikitech-l(a)wikimedia.org
> Message-ID: <42BA040C.1060603(a)physics.unimelb.edu.au>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Cross-posted to wikitech-l, please reply to one list only.
>
> Wouter Steenbeek wrote:
> >
> > But there seems to be a technical defect on sco:. A few articles were
> > created, among which some by Mark fyi, but the statistics ignore them...
> > I was aiming to add the Scottish Wikipedia to the List of Wikipedias but
> > I can't, for that reason.
>
>
> For some reason (probably some theory of Jamesday's about great ways to
> optimise selects on single-row tables), the query for the
> {{NUMBEROFARTICLES}} tag looks like this:
>
> $s = $dbr->selectRow( 'site_stats',
> array( 'ss_total_views', 'ss_total_edits', 'ss_good_articles' ),
> array( 'ss_row_id' => 1 ), $fname
>
> i.e. using the new primary key in a way that's always meant to match.
> For this latest batch of wikis, I created the site_stats row using:
>
> INSERT INTO site_stats() VALUES ()
>
> which creates a row with default values in every column. The default for
> ss_row_id is 0. I'll fix this on these wikis shortly, I just thought it
> was a nice example of the problems you can get when you optimise things
> that don't really need optimising.
>
> -- Tim Starling
>
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 22 Jun 2005 22:33:12 -0700 (PDT)
> From: gutty prakasam <guttychennai(a)yahoo.com>
> Subject: [Wikitech-l] CLARIFICATION ON SHARATHA THIDIS
> To: wikitech-l(a)wikipedia.org
> Message-ID: <20050623053312.61063.qmail(a)web31612.mail.mud.yahoo.com>
> Content-Type: text/plain; charset=iso-8859-1
>
> DEAR SIR,
>
> THERE IS A CONFUSION ON SHARATHA THIDHI,
>
> LAST YEAR MY FATHER EXPIRED ON 28TH OF JUNE. THE SAME
> YEAR EXTRA MONTH CAME . THIS YEAR WHEN THE CALCULATION
> FOR THE 1ST YEAR CERIMONY FALLS ON 15TH TO 18TH OF
> JULY I.E. 1ST DAY MASIKAM, 2 DAY VIMOGAM 3 DAY
> SHRATHAM AND THE 4 DAY SUBHAM CONDUCTING HOMA.
>
> NOW THERE IS A CONFUSION SITUATION ARISE. THE DAY
> 16TH AND 17TH OF JULY IS THE IMPORTANT DAY WHERE THE
> SHRATHA THIDHI IS SUNNYA AS PER THE RULE WE CAN'T
> CONDUCT CEREMONY'S ON THESE DAYS WHERE THE SHRATHA
> THIDHI IS SUNNYA.
>
> IF YOU CAN ABLE TO GET ME THE CLARIFICATION ON THIS.
> HOW TO CONDUCT THE CEREMONY.
>
> AS PER HINDU SASTHARA WE CAN'T AVOID ANY CEREMONYS.
>
> HOPE YOU RECEIVE A LINE IN RESPONSE IN THIS REGARD
>
>
> THANKS AND REGDS
> GUTTY PRAKASAM
>
> KINDLY ACKNOWLEDGE RECEIPT.
>
> THANKS AND REGDS
> GUTTY
>
> PROGRESSIVE CONTAINER TERMINAL
> ROOM NO:5, 2ND FLOOR,
> NO: 234,THAMBU CHETTY STREET
> CHENNAI 600 001
> TEL: 25228535, 25214588
> FAX: 25232963
> EMAIL: pct(a)touchtelindia.net
> pctchennai(a)yahoo.com
>
>
>
>
> ____________________________________________________
> Yahoo! Sports
> Rekindle the Rivalries. Sign up for Fantasy Football
> http://football.fantasysports.yahoo.com
>
>
> ------------------------------
>
> Message: 7
> Date: Thu, 23 Jun 2005 08:12:03 +0200
> From: "Philippe Roth" <philippe.roth(a)epfl.ch>
> Subject: [Wikitech-l] Mediawiki search configuration, please
> Heeeelp...
> To: <wikitech-l(a)wikimedia.org>
> Message-ID:
> <5D5E3EAD8471514FB9E0607C4B2E10163042FD(a)rex1.intranet.epfl.ch>
> Content-Type: text/plain; charset="us-ascii"
>
> Dear All,
>
> We just made a fresh install of our wiki base 1.2.4 to mediawiki 1.4.5
> Everything seems to be OK except that we have problems with search...
> We have several articles about "plotters".
> But if we make a search for "plotter", there is no article found. Same
> with "plot*", nothing.
> The articles are found only when we make a search for "plotters".
>
> How can we configure our installation to make search like
> "plot*","plotter" and so on successful?
>
> Many thanks in advance for light.
>
> Best regards,
> Philippe Roth
>
>
> ------------------------------
>
> Message: 8
> Date: Thu, 23 Jun 2005 11:21:01 +0100
> From: Rowan Collins <rowan.collins(a)gmail.com>
> Subject: Re: [Wikitech-l] CLARIFICATION ON SHARATHA THIDIS
> To: guttychennai(a)yahoo.com, Wikimedia developers
> <wikitech-l(a)wikimedia.org>
> Message-ID: <9f02ca4c050623032159565f14(a)mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 23/06/05, gutty prakasam <guttychennai(a)yahoo.com> wrote:
> > DEAR SIR,
> >
> > THERE IS A CONFUSION ON SHARATHA THIDHI,
> [...]
>
> Gutty,
> 1) TYPING IN ALL CAPITAL LETTERS is considered shouting, and thus somewhat rude.
> 2) This is not the right place to ask this question; this is a
> technical mailing list for those working on a particular piece of
> software.
>
> Presumably, you hoped to tap the knowledge of contributors to
> Wikipedia, the online encyclopedia? If so, perhaps you could try the
> English Wikipedia's Reference Desk at
> http://en.wikipedia.org/wiki/Wikipedia:Reference_desk
>
> Or if, as I suspect, English is not your first language, perhaps you
> could look on http://wikipedia.org/ to see if there is an active
> Wikipedia in your own language.
>
> HTH
> --
> Rowan Collins BSc
> [IMSoP]
>
>
> ------------------------------
>
> Message: 9
> Date: Thu, 23 Jun 2005 11:43:59 +0100
> From: "Phil Boswell" <phil.boswell(a)gmail.com>
> Subject: [Wikitech-l] Enabling table-grouping tags
> To: wikitech-l(a)wikimedia.org
> Message-ID: <d9e3es$47v$1(a)sea.gmane.org>
>
> Would it be possible to consider enabling the <colgroup> and <col> HTML
> tags, which according to the design guide I favour
> (http://www.ncdesign.org/html/060table.htm) work fine for all versions of IE
> since IE3, and for Netscape since v6.
>
> The <thead>, <tbody> and <tfoot> tags would probably also be helpful.
>
> I think this would allow a great many contorted and cluttered tables to be
> tidied up considerably.
> --
> Phil
> [[en:User:Phil Boswell]]
>
>
>
>
>
> ------------------------------
>
> Message: 10
> Date: Thu, 23 Jun 2005 14:07:35 +0300
> From: mm <mt1900(a)rdslink.ro>
> Subject: [Wikitech-l] categorylinks_table mysql ERROR 1071 at line 12:
> Specified key was too long
> To: wikitech-l(a)wikimedia.org
> Message-ID: <42BA97F7.6070003(a)rdslink.ro>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> While trying to load data in categorylinks_table I get the mysql error
> 1071 or 1064 as you can see belove.
> MySQL version on my Linux Fedora Core 3 is
> Ver 11.18 Distrib 3.23.58, for redhat-linux-gnu (i386)
> Can somebody help me?
> Thanks,
> Mircea
> -------------------------------------------------------------------------------------------------------
> mysql> ro < /mnt/120GB/wikipedia/encic/ro/ro_categorylinks_table.sql
> -> ;
> ERROR 1064: You have an error in your SQL syntax near 'ro <
> /mnt/120GB/wikipedia/encic/ro/ro_categorylinks_table.sql' at line 1
> mysql>
> ---------------------------------------------------------------------------------------------------------
> [mircea@h bat]$ mysql -u mircea -psome_pass ro <
> /mnt/120GB/wikipedia/encic/ro/ro_categorylinks_table.sql;
> ERROR 1071 at line 12: Specified key was too long. Max key length is 500
> [mircea@h bat]$
> -----------------------------------------------------------------------------
>
>
> ------------------------------
>
> Message: 11
> Date: Thu, 23 Jun 2005 14:43:08 +0100
> From: Rowan Collins <rowan.collins(a)gmail.com>
> Subject: Re: [Wikitech-l] Enabling table-grouping tags
> To: Wikimedia developers <wikitech-l(a)wikimedia.org>
> Message-ID: <9f02ca4c05062306432f0dc2ea(a)mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 23/06/05, Phil Boswell <phil.boswell(a)gmail.com> wrote:
> > Would it be possible to consider enabling the <colgroup> and <col> HTML
> > tags [...]
>
> There is existing discussion of this at
> http://bugzilla.wikimedia.org/show_bug.cgi?id=986 inlcuding patches.
> --
> Rowan Collins BSc
> [IMSoP]
>
>
> ------------------------------
>
> Message: 12
> Date: Thu, 23 Jun 2005 18:30:10 +0200
> From: Jimmy Wales <jwales(a)wikia.com>
> Subject: [Wikitech-l] Cluster strategy - expansion plans
> To: wikitech-l(a)wikimedia.org
> Message-ID: <42BAE392.4040701(a)wikia.com>
> Content-Type: text/plain; charset=UTF-8
>
> I wonder if people can update me/us on how the integration with the
> Amsterdam cluster is going. Are there any lessons? Are we still
> committed to our multiple-data-center strategy? Is there anything new
> which we have learned?
>
> I am working with Yahoo to finalize the details of the South Korean
> facility... what have we learned which might help with this?
>
> What might we ask of a large potential donor next?
>
> --Jimbo
>
>
>
> ------------------------------
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/wikitech-l
>
>
> End of Wikitech-l Digest, Vol 23, Issue 45
> ******************************************
>
--
MatthewFelgate
@Hotmail.com for MSN
@GMail.com for Email
Would it be possible to consider enabling the <colgroup> and <col> HTML
tags, which according to the design guide I favour
(http://www.ncdesign.org/html/060table.htm) work fine for all versions of IE
since IE3, and for Netscape since v6.
The <thead>, <tbody> and <tfoot> tags would probably also be helpful.
I think this would allow a great many contorted and cluttered tables to be
tidied up considerably.
--
Phil
[[en:User:Phil Boswell]]
DEAR SIR,
THERE IS A CONFUSION ON SHARATHA THIDHI,
LAST YEAR MY FATHER EXPIRED ON 28TH OF JUNE. THE SAME
YEAR EXTRA MONTH CAME . THIS YEAR WHEN THE CALCULATION
FOR THE 1ST YEAR CERIMONY FALLS ON 15TH TO 18TH OF
JULY I.E. 1ST DAY MASIKAM, 2 DAY VIMOGAM 3 DAY
SHRATHAM AND THE 4 DAY SUBHAM CONDUCTING HOMA.
NOW THERE IS A CONFUSION SITUATION ARISE. THE DAY
16TH AND 17TH OF JULY IS THE IMPORTANT DAY WHERE THE
SHRATHA THIDHI IS SUNNYA AS PER THE RULE WE CAN'T
CONDUCT CEREMONY'S ON THESE DAYS WHERE THE SHRATHA
THIDHI IS SUNNYA.
IF YOU CAN ABLE TO GET ME THE CLARIFICATION ON THIS.
HOW TO CONDUCT THE CEREMONY.
AS PER HINDU SASTHARA WE CAN'T AVOID ANY CEREMONYS.
HOPE YOU RECEIVE A LINE IN RESPONSE IN THIS REGARD
THANKS AND REGDS
GUTTY PRAKASAM
KINDLY ACKNOWLEDGE RECEIPT.
THANKS AND REGDS
GUTTY
PROGRESSIVE CONTAINER TERMINAL
ROOM NO:5, 2ND FLOOR,
NO: 234,THAMBU CHETTY STREET
CHENNAI 600 001
TEL: 25228535, 25214588
FAX: 25232963
EMAIL: pct(a)touchtelindia.net
pctchennai(a)yahoo.com
____________________________________________________
Yahoo! Sports
Rekindle the Rivalries. Sign up for Fantasy Football
http://football.fantasysports.yahoo.com
Dear All,
We just made a fresh install of our wiki base 1.2.4 to mediawiki 1.4.5
Everything seems to be OK except that we have problems with search...
We have several articles about "plotters".
But if we make a search for "plotter", there is no article found. Same
with "plot*", nothing.
The articles are found only when we make a search for "plotters".
How can we configure our installation to make search like
"plot*","plotter" and so on successful?
Many thanks in advance for light.
Best regards,
Philippe Roth
Cross-posted to wikitech-l, please reply to one list only.
Wouter Steenbeek wrote:
>
> But there seems to be a technical defect on sco:. A few articles were
> created, among which some by Mark fyi, but the statistics ignore them...
> I was aiming to add the Scottish Wikipedia to the List of Wikipedias but
> I can't, for that reason.
For some reason (probably some theory of Jamesday's about great ways to
optimise selects on single-row tables), the query for the
{{NUMBEROFARTICLES}} tag looks like this:
$s = $dbr->selectRow( 'site_stats',
array( 'ss_total_views', 'ss_total_edits', 'ss_good_articles' ),
array( 'ss_row_id' => 1 ), $fname
i.e. using the new primary key in a way that's always meant to match.
For this latest batch of wikis, I created the site_stats row using:
INSERT INTO site_stats() VALUES ()
which creates a row with default values in every column. The default for
ss_row_id is 0. I'll fix this on these wikis shortly, I just thought it
was a nice example of the problems you can get when you optimise things
that don't really need optimising.
-- Tim Starling
> But don't take that as meaning that you shouldn't bother forewarning us.
> If Domas had given a prominent warning, then the person who
> precipitated the squid crash (*cough* :) would have crashed things later.
Sure. I'm just giving an advise to relax and not to worry.
Things will go as they have to go :) People look live ok
only when relaxed :) And we sure, will try not crashing :)
Domas
Wouldn't automatically checking edits against google searches add an awful big load to the servers? Not only is it several thousand hits, but then also thousands more string comparisons? Amd then we'd have event handling for any suspect edits...
On the other hand, making it easier to flag an article is very easy. I love the idea of some links (at the bottom of the pages for example) that allow a casual browser (someone hesitant about clicking "edit this page") to flag an article. I'd propose two, right off the bat: "spam" and "copyright violation" (or maybe call it "plagiarism"). I'd propse just an automated widget to add that as a category to a page ([[Category:Flagged for Spam]] and [[Category:Flagged for Possible Copyright Violations]]). I don't have it completely straight yet, but I'd suppose this would be a dummy form hidden in every page which one submits as an edit.
Of course, that creates a brand new role - some wikidpedians would have to step up to the plate to patrol this...
Best Regards,
Aerik
Hello,
I'm a french wikipedia contributor especially to link orphaned pages.
But I have a problem with frequency list of orphaned pages update.
http://fr.wikipedia.org/wiki/Special:Lonelypages
I wonder if it is possible to make an update on week or 2 weeks bases
even if it is only on french orphaned list page.
That will ease my linkage job.
Thanks.
I've uploaded a new version of dumpBackup.php to
Bugzilla (#2310 [1]) that understands the following
options:
--splitrevisions :
Split revisions in sections for better
compression. (see [2] and [3])
--usebackrefs :
Another optimisation that enhances compression.
(... and makes the dump slightly more
complicated.) Only meaningful with the
--splitrevisions option.
--namespaces=n,m,... :
Dump only the given namespaces. (Can be used to
dump "encyclopedic" and "non-encyclopedic" content
separately.)
--day=yyyymmdd :
Dump revisions of that day only. (For dayly
incremental dumps.) Note that this is pretty
useless unless regular dumps of the log table
(with page deletions and moves) are made
available.
Dumping with --splitrevisions and --usebackrefs compresses
more than 8 times better than without these options, and it
is faster. (German Wikipedia; for details see [4]).
In SpecialExport.php I added 4 options ('splitrevisions',
'usebackrefs', 'limit' and 'newerthan'). The rationale for
'limit' and 'newerthan' is described in bug #1748 [5]. Maybe
the corresponding GUI elements can be removed because the
options are mainly useful for download scripts.
I also tried to write a new XML schema, but I don't think
it is the best solution. I'd be glad if someone could
write a better one. (It should specify e.g. that in
<section>abc</section> abc is a string and in
<section type="backref">0</section> 0 is an integer. I
don't know how to do this.)
[1] http://bugzilla.wikipedia.org/show_bug.cgi?id=2310
[2] http://mail.wikipedia.org/pipermail/wikitech-l/2005-June/030001.html
[3] http://mail.wikipedia.org/pipermail/wikitech-l/2005-June/030047.html
[4] http://meta.wikimedia.org/w/index.php?title=User:El/dumpBackup.php
[5] http://bugzilla.wikipedia.org/show_bug.cgi?id=1748
--
Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie!
Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl
While doing some minor updates to the validation feature, I noticed that
in a freshly checked-out MediaWiki alpha2, I can not save any edits as a
logged-in user, I always get the preview instead.
As an anon, it works fine, though.
So, before complaining about me not using CSS again... ;-)
Magnus
(too lazy to put that on bugzilla; probably just a microbug, anyway...)