from_name: geni

body:
On 1/22/07, Jeffrey V. Merkey <jmerkey at wolfmountaingroup.com> wrote:
> geni wrote:
>
> >On 1/22/07, Jeffrey V. Merkey <jmerkey at wolfmountaingroup.com> wrote:
> >
> >
> >>Then Wikipedia in its dumps must IDENTIFY AT LEAST FIVE AUTHORS AUTHORS
> >>since I have no crystal ball as to who wrote what.
> >>
> >>
> >
> >This is why most people link back to the article on wikipedia or to
> >the article's history on wikipedia.
> >
> >
> >
> >>In this case, Wikimedia is violating the GFDL by failing to publish
> >>authors along with content.
> >>
> >>
> >>
> >
> >I suspect that can be found in:
> >
> >stub-meta-history.xml.gz
> >
> >
> >
> >
> >
> ok then. I'll post an en: link back to wikipedia for each article by
> writing a program that will tag the xml for each article and
> create the en: link.
>
> What else is required to get wikigadugi of the BAD WEBSITES list.
>
> Jeff
>

Need to make sure that all images correctly state their copyright
status (you appear to have lost some GFDL tags and the like somewhere)
and need include a more prominent link to the GFDL.

--
geni


list: wikimedia-l

source: pipermail-mbox

subject: [Foundation-l] WikiGadugi Wikipedia Rating???


list: wikien-l

from_name: David Gerard

subject:
[WikiEN-l] Fwd: [Wikitech-l] First upload of quantitative results
	(WikiXRay)

body:
---------- Forwarded message ----------
From: Felipe Ortega <glimmer_phoenix at yahoo.es>
Date: 22-Jan-2007 12:35
Subject: [Wikitech-l] First upload of quantitative results (WikiXRay)
To: wikitech-l at lists.wikimedia.org, wiki-research-l at lists.wikimedia.org

Hi all.

Finally, the first upload of images created with WikiXRay is available:

http://en.wikipedia.org/wiki/Wikipedia:WikiXRay

For next updates I'll try to use Commonist for faster upload of lots of files.

Any comments about the graphics are welcomed.

Saludos.

Felipe Ortega.

---------------------------------

LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y m?viles desde 1 c?ntimo por minuto.
http://es.voice.yahoo.com
_______________________________________________
Wikitech-l mailing list
Wikitech-l at lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/wikitech-l


list: wikitech-l

from_name: Nick Jenkins

subject: [Wikitech-l] New mediawiki diff and blamemap extension is live

body:
> Hello everyone
>
> Back in the summer I did a small demo
> http://217.147.83.36:9000/history::171=170 that allowed tracking
> contributions. It was quite slow and UTF-8 incompatible.
> So I'm pleased to announce that after some optimization and rewriting
> it in C I've managed to implement UTF-8 support and substantially
> increase performance. At the moment it is several times faster than
> current wikidiff2 extension (C++ version) and has peak throughput of
> around 3 mb/s.
> You can take a look at live demo.
> Sample blamemap:
> http://217.147.83.36:9001/wiki/Freebsd?trackchanges=blamemap&oldid=1524
>
> Can track even a single character change:
> http://217.147.83.36:9001/wiki/Freebsd?trackchanges=diff1&oldid=1516
>
> Handles text swap:
> http://217.147.83.36:9001/wiki/Freebsd?trackchanges=diff2&oldid=1513
>
> I've plugged it into mediawiki code so at the moment every article and
> talk page is having credits section and corresponding blamemap. At the
> moment in order to use this you'll have to have root access to the
> server and some changes to the mainline code and database will be
> needed. If you're interested in testing this extension drop me a line.
>
> Best regards
> Roman

The blamemap looks good!

One thing is that there's an XSS attack vector, by creating usernames with quotes and JavaScript event property names. There's a
Proof-of-Concept of this here - move your cursor over the "MOVE MOUSE CURSOR OVER THIS" second paragraph in the blamemap view:
http://217.147.83.36:9001/wiki/Freebsd?trackchanges=blamemap&colors=stable

One other very very minor thing is that there's a small amount of HTML that the W3C validator does not like when using the blamemap
view:
http://validator.w3.org/check?uri=http%3A%2F%2F217.147.83.36%3A9001%2Fwiki%2FFreebsd%3Ftrackchanges%3Dblamemap

All the best,
Nick.


from_name: Simetrical

subject:
[Wikitech-l] Allowing Type Hinting in MediaWiki internal
	functions: Yes or No?

body:
On 1/22/07, Rob Church <robchur at gmail.com> wrote:
> On 22/01/07, Nick Jenkins <nickpj at gmail.com> wrote:
> > public function parse( $text, Title $title, array $options, $linestart = true, $clearState = true, $revid = null ) {
>
> When did Parser::parse() take an array of options? ParserOptions is a
> class...or have I missed some significant restructuring?

See, this is why we could use type hinting.  :P


list: foundation-l

from_name: Kat Walsh

subject:
[Foundation-l] [Announcement] Welcome to our new Communication
	Manager

body:
On 1/22/07, Florence Devouard <anthere at anthere.org> wrote:
> The Foundation is pleased to announce the addition of Sandra Ordonez as
> Communications Manager. Sandy is a public relations specialist living in
> Tampa, Florida, with prior experience in for-profit and non-profit
> organizations. Her role will include press relations, written and oral
> communications, and various other assignments. We are fortunate to have
> had Sandy approach us about a position, and we are excited to have her
> start working in the office. Please say hello if you run into her online
> (her wiki and irc name is "wiki blue") and welcome her to the community.

Welcome to the madhouse. :-)

-Kat

--
Wikimedia needs you: http://wikimediafoundation.org/wiki/Fundraising
* *  * *  * *  * *  * *  * *  * *  * *  * *  * *  * *  * *  * *  * *
http://en.wikipedia.org/wiki/User:Mindspillage | (G)AIM:Mindspillage
mindspillage or mind|wandering on irc.freenode.net | email for phone


subject: [WikiEN-l] a few new wrinkles in the external link issue

body:
On 1/22/07, Delirium <delirium at hackish.org> wrote:
> The point is that many MySpace blogs *are* hosted by notable
> individuals, which is what makes the blanked technical-level blocking
> (as opposed to editor-level exercise of judgment) problematic.

Don't forget the whitelist. The blocking isn't blanket.
--
geni


from_name: Lars Aronsson

subject:
[Foundation-l] Promoting non-en Wikipedias (was In defence of
 Google)

body:
Delirium wrote:

> English has around 350 million native speakers, and over 1.5
> billion total speakers; Greek has fewer than 15 million total
> speakers.  To overcome that disparity in number of speakers
> requires a *huge* popularity among the speakers who do exist.

This problem does exist, but the limit is not drawn anywhere near
15 million speakers.  Languages with 15,000 speakers *do* have a
problem.  Faroese with 45,000 speakers (2124 articles) and
Icelandic with 300,000 speakers (12,955 articles) have a slow
start. Estonian with 1.5 million speakers is doing just fine
(29,240 articles).  All of these languages/countries (including
Greece) are part of the western, (post-)industrial, wealthy, free
world, so they do not have the handicap of poverty, illiteracy or
censorship.

Users from Greece could visit Estonia to meet some wikipedians
there and see how they are dealing with the problems of being a
small nation.  However, each nation tends to look only to their
bigger neighbors (Germany, France, USA) and not the smaller ones.

--
  Lars Aronsson (lars at aronsson.se)
  Aronsson Datateknik - http://aronsson.se


from_name: Felipe Ortega

subject: [Wikitech-l] First upload of quantitative results (WikiXRay)

body:
Hi all.

Finally, the first upload of images created with WikiXRay is available:

http://en.wikipedia.org/wiki/Wikipedia:WikiXRay

For next updates I'll try to use Commonist for faster upload of lots of files.

Any comments about the graphics are welcomed.

Saludos.

Felipe Ortega.

---------------------------------

LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y m?viles desde 1 c?ntimo por minuto.
http://es.voice.yahoo.com


from_name: Rob Church

subject: [Wikitech-l] Development of a Metadata/Cross-Indexing System

body:
On 22/01/07, Magnus Manske <magnusmanske at googlemail.com> wrote:
> I once posted the idea (which, of course, was ignored;-) to store the
> names and values of variables passed to templates from articles in a
> SQL table. If you write {{xyz|a=1|b=2}} in article BLA and save, it

I had something along the same lines checked into an experimental
branch; the user would insert metadata tags, and these would be dealt
with in a similar manner to link updates:

[[Metadata:People|birth=1980]] etc.

It works on a "subject", "name" and "value" triplet concept - subjects
group similar pieces of data, the name and value are self-evident.
This was adapted from an idea Zocky had on IRC, which I hastily
implemented.

It's in the repo, but incomplete - likely missing the upgraders and
table definitions, and there's no interface for directly manipulating
data outside of pages, nor any way of querying it at present.

Rob Church


from_name: teun spaans

body:
welcome, Sandra, there's lots of work and fun!

On 1/22/07, Florence Devouard <anthere at anthere.org> wrote:
>
> The Foundation is pleased to announce the addition of Sandra Ordonez as
> Communications Manager. Sandy is a public relations specialist living in
> Tampa, Florida, with prior experience in for-profit and non-profit
> organizations. Her role will include press relations, written and oral
> communications, and various other assignments. We are fortunate to have
> had Sandy approach us about a position, and we are excited to have her
> start working in the office. Please say hello if you run into her online
> (her wiki and irc name is "wiki blue") and welcome her to the community.
>
> Florence Devouard
> Chair of Wikimedia Foundation
>
>
> _______________________________________________
> foundation-l mailing list
> foundation-l at lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/foundation-l
>


from_name: Brion Vibber

subject: [Wikitech-l] Squid log collection infrastructure

body:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Tim Starling wrote:
> We now have squid logs again, after a long absence. We're using the UDP
> logging patch I describe here:

Sweeeeeeeet!

- -- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFtS/iwRnhpk1wk44RAh5SAJ0ZUw81hRFVevuQkB0eDFom0dMwmACbB3nu
2rrMgk+2+e3/TBjlsXzKI9Q=
=HHmO
-----END PGP SIGNATURE-----


subject: [Wikitech-l] Protection expiration

body:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Another of Werdna's contributions: page protections can now have an
expiration time added. The accepted input format is the same as for
custom block times.

While we've put it through its courses, it's possible there's still some
minor issues or corner cases, so give a shout if you notice anything awry!

There's also a Special:Protectedpages list, but it's not fully
functional yet. (As well as a few minor issues, as it's marked
'expensive' it won't show any results yet on the live site as the cache
is empty.)

- -- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFtTBQwRnhpk1wk44RAgHmAJ9hToS3ahUyAmQDJQVi82OcQclyzQCfXglS
giSBn1AqMDj6wa74Wo0kLgU=
=2yE/
-----END PGP SIGNATURE-----


body:
On 22/01/07, Nick Jenkins <nickpj at gmail.com> wrote:
> public function parse( $text, Title $title, array $options, $linestart = true, $clearState = true, $revid = null ) {

When did Parser::parse() take an array of options? ParserOptions is a
class...or have I missed some significant restructuring?

Rob Church


from_name: Jon Anunson

subject: [Wikitech-l] Install Question - GD Library

body:
Hello Rob,

Thanks so much for your attention.  That was indeed the case.  Once i fixed
windows permissions on the session storage folder, things started working.

> On 19/01/07, Jon Anunson
> <janunson at design-plus.com> wrote:
>
>> "Sorry! We could not process your edit due to a loss of session data.
>> Please try again. If it still doesn't work, try logging out and
>> logging back in."
>>
>> It's an intermittent problem, during the writing of this post, i
>> succeeded in editing a page, and uploading an image, but got
>> session-related errors many times.
>>
> http://lists.wikimedia.org/mailman/htdig/mediawiki-l/2006-July/013790.
> html
>
> Rob Church
>


subject: [Wikitech-l] Suggestion: "Maintenance mode"

body:
On 22/01/07, Steve Bennett <stevagewp at gmail.com> wrote:
> Remember we're still talking about "maintenance mode" here - you
> wouldn't want redirects to show up specially for users in normal mode
> (especially non-logged-in users).

It's already been agreed that we can probably add a class for users
who would like one, as it incurs no additional performance penalty in
Linker::makeLinkObj(); I wouldn't introduce a whole new "mode" for
this, though...users who *want* their redirect links distinguised can
just add the relevant line to their custom CSS.

Rob Church


subject:
[Foundation-l] Promoting non-en Wikipedias (was In defence of
	Google)

body:
About the map: What about Canada? Didnt they start a local chapter recently?

On 1/21/07, ?ukasz Garczewski <lgarczewski at gmail.com> wrote:
>
> On 1/21/07, David Gerard <dgerard at gmail.com> wrote:
> > So what can small Wikipedias (say, under 100,000 articles) do to
> > achieve these effects - breadth and being up-to-date - as well? Are
> > there other tacks they should try taking to achieve greater public
> > awareness?
>
> Thank you for mentioning this, David.
>
> I suppose I wouldn't be a good ChapCom member if my first reply to
> this question was other than "START A CHAPTER!"
>
> The problem with promoting Wikipedias in languages other than English
> is that the promotion is not very effective if done in English. The
> impact is far greater if the communication is done in the native
> tongue of the journalists and readers/viewers. Also, some of you might
> be surprised how much the "hot topics" of Wikipedias may differ from
> one language edition to the other - the English-language press team is
> simply not prepared to tackle questions on a per project level. Only
> active contributors to that specific project can do that.
>
> So, my advice to the editors of the various Wikipedias is: If you want
> to help promote Wikipedia in your language, think about starting a
> chapter. If you have any questions regarding that, see:
> * http://meta.wikimedia.org/wiki/Local_chapter_FAQ
> * http://meta.wikimedia.org/wiki/Step-by-step_chapter_creation_guide
> (other helpful documents are on the way, stay tuned)
> Or contact ChapCom directly (see
> http://meta.wikimedia.org/wiki/Chapters_committee for more info on how
> to do that)
>
> We hope for a Wikimedia chapter in every country on earth, and then
> some (
> http://meta.wikimedia.org/wiki/Image:Wikimedia_local_chapters_map.png).
> And we're here to help YOU achieve that. :)
>
> --
> ?ukasz Garczewski [[m:User:TOR]]
> Chapters Committee member
> _______________________________________________
> foundation-l mailing list
> foundation-l at lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/foundation-l
>


from_name: Till Weber

subject: [Foundation-l] in defence of Google

body:
Datum: Sun, 21 Jan 2007 19:10:08 -0800
Von: Ray Saintonge <saintonge at telus.net>

> >If you introduce the world's best, brand new search engine open source
> >tech project tomorrow, that's more useful and open than Google, you're
> >going to have a hard time managing the growth, by any standards,...
> >
> >To amplfy Gerard's comment, the "vision" has to include a business
> >plan and some operational clue.
> >
> Absolutely!  We can't be everything for everybody.  But a more
> sophisticated internal search function would still be nice.
>

Hi
as I understand the mails till now right, we need not necessarily a businessplan for the so called "peerpedia"-plan, wikiasari need this busninessplan maybe, but a projectplan with costs for the foundation would do for peerdedia, the p2p open source search with yacy.net

The discussion is hot, you see google advertising its toolbar, see yacysearch.com interest, and wikiseek appearing just in time and a lot of mediahype aboot wikia?s search plans, though there are none published.
The Peerpedia domian is pre-registered form the other side and the yacy forum was hacked. I guess there are a lot of people against this project to be develop by the foundation. But this leads to a just do it now though principle.

Anyway, the need for a p2p open source engine is here and it fits the wikipedia / wikimedia foundation?s mission perfectly.

What do we need to support the p2p yacy network "peerpedia" from the foundation side?

1. leader of foundation and leader of agree in a round table meeting to join a project or not, as suggestred by Tom.
2. Wikia then can choose to use yacy code or not, if yes, then it will contribute peerpedia, if the wikifoundation supports this in an own project as well.

3. Peerpedia project starts.
4. A project team is built. I guess the Thread-reply-persons on this list are interested to joint and coach the project.
5. Wikimedia needs at least some simple desktop PC with high RAM-Memory to index the wikipedia sites.
6. We need a project page, best would be a wiki, to announce and drwa the plot.
7. The wikimedia foundation servers index with yacy the wikipedia content.
9. We need more servers to index the web and ask lokal communities and foundation members to run as well servers.
10. If the servers run, the wikipedia is indexed and as webcontent-indexing starts, we make a search portal of the local yacy on each wikipedia site, which means a search box under the existing searchbox.
11. We ask users for feedback about the searchbox.internal (lucene) and the searchbox for external webcontent (yacy)
12. There is a roll-out then, that each wikipedia language server has a local database of the webcrwaler yacy.
13. We develop with the yacy developers a firefox-toolbar, which already exists, for human rating of urls: ++ / + / - / -.- .
14. Users can search and run a yacy node with this peerpedia search toolbar in the firefox. as well a wikipedia search could be done. (here as well an option for wikiasari exists, to be integrated in the toolbar).
Cooperation with firefox... etc..etc.

Then you just have to see, how the project grows.

But what is needed is a letter of intent of both, Jim from wikia and
Florence Nibart-Devouard (chair)
Jan-Bart de Vreede (vize)
Brad Patrick (interim Executive Director)
Brion Vibber (techniocal director)

maybe those 4 could reply here on the list about their interest or competence to negotiate a peerpedia search box for the wikipedia servers.

Michael Davis (treasurer) then could to a plan, how many money we could spent on servers for 50 yacy servers indexing the wikipedia and web.

/Till
--
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail


subject: [Foundation-l] in defence of Google


body:
On 22/01/07, Steve Bennett <stevagewp at gmail.com> wrote:
> Ok cool. Should I file a bug?

No, the previous one was reopened.

> Then maybe later we can come up with an elegant way for people to get
> certain pre-defined CSS styles to appear in certain pre-defined ways
> without having to hack their monobook.css. There are other styles in

Not a bad idea, perhaps...

Rob Church


from_name: Gwern Branwen

subject: [WikiEN-l] We need to give Weird Al a recruitment award

body:
"David Gerard" <dgerard at gmail.com> writes:

> http://en.wikipedia.org/wiki/User:Amyroxanne
>
> "I joined Wikipedia due to the lyrics of White and Nerdy by Weird Al
> Yankovic. I thought it would help me extend the general persona I have
> of being a nerd, and loving it."
>
>
> - d.

Man. That's so white and nerdy.

--
Gwern
"I have sent / the jokes / that were in / the inbox
and which / you were probably / saving / for your friends
Forgive me / they were ROFL / so obvious / and so geeky"


from_name: Alphax (Wikipedia email)

subject: [Foundation-l] EBNF of Wikitext

body:
Virgil Ierubino wrote:
[fixed URL]
> I'm working on writing out an EBNF description of Wikitext at
> http://meta.wikimedia.org/wiki/Wikitext_Metasyntax , which I hear is much
> needed, but have encountered a snag. I don't think EBNF has the power to
> describe Wikitext. If anyone here can work out how EBNF can describe
> Wikitext's system for bullet points, I'd like to see it. The problem is that
> bullet points can build on each other, except each new level has to retain
> the markup from the old level, plus a new symbol. e.g. **#* then **#* * then
> **#** * then **#*** # etc.
>

If you can find an EBNF description of HTML, it would be a good place to
start; in my experience, MediaWiki's Wikitext syntax is (mostly)
directly translatable to HTML (eg. links turn into anchors, bullets turn
into list items).

> On the topic of "things that need to be done" if writing an EBNF of Wikitext
> isn't going to be beneficial for MediaWiki's longstanding success, I'll not
> bother, but is there anything that needs to be done like this to create a
> standard?
>

It /might/ be useful if you wanted to import/export between different
wiki engines that use different syntax - IIRC the MediaWiki syntax is
(fairly) similar to that of UseModWiki (Phase 1), but vastly different
to that of eg. DocuWiki. However, I wouldn't rate it very high on the
priority list.

--
Alphax - http://en.wikipedia.org/wiki/User:Alphax
Contributor to Wikipedia, the Free Encyclopedia
"We make the internet not suck" - Jimbo Wales
Public key: http://en.wikipedia.org/wiki/User:Alphax/OpenPGP

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 542 bytes
Desc: OpenPGP digital signature
Url : http://lists.wikimedia.org/pipermail/foundation-l/attachments/20070122/3042f0f7/attachment.pgp


subject: [Foundation-l] EBNF of Wikitext

body:
Virgil Ierubino wrote:
[fixed URL]
> I'm working on writing out an EBNF description of Wikitext at
> http://meta.wikimedia.org/wiki/Wikitext_Metasyntax , which I hear is much
> needed, but have encountered a snag. I don't think EBNF has the power to
> describe Wikitext. If anyone here can work out how EBNF can describe
> Wikitext's system for bullet points, I'd like to see it. The problem is that
> bullet points can build on each other, except each new level has to retain
> the markup from the old level, plus a new symbol. e.g. **#* then **#* * then
> **#** * then **#*** # etc.
>

If you can find an EBNF description of HTML, it would be a good place to
start; in my experience, MediaWiki's Wikitext syntax is (mostly)
directly translatable to HTML (eg. links turn into anchors, bullets turn
into list items).

> On the topic of "things that need to be done" if writing an EBNF of Wikitext
> isn't going to be beneficial for MediaWiki's longstanding success, I'll not
> bother, but is there anything that needs to be done like this to create a
> standard?
>

It /might/ be useful if you wanted to import/export between different
wiki engines that use different syntax - IIRC the MediaWiki syntax is
(fairly) similar to that of UseModWiki (Phase 1), but vastly different
to that of eg. DocuWiki. However, I wouldn't rate it very high on the
priority list.

--
Alphax - http://en.wikipedia.org/wiki/User:Alphax
Contributor to Wikipedia, the Free Encyclopedia
"We make the internet not suck" - Jimbo Wales
Public key: http://en.wikipedia.org/wiki/User:Alphax/OpenPGP

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 542 bytes
Desc: OpenPGP digital signature
URL: <http://lists.wikimedia.org/pipermail/wikimedia-l/attachments/20070122/3042f0f7/attachment.pgp>


subject: [Foundation-l] EBNF of Wikitext

body:
Virgil Ierubino wrote:
[fixed URL]
> I'm working on writing out an EBNF description of Wikitext at
> http://meta.wikimedia.org/wiki/Wikitext_Metasyntax , which I hear is much
> needed, but have encountered a snag. I don't think EBNF has the power to
> describe Wikitext. If anyone here can work out how EBNF can describe
> Wikitext's system for bullet points, I'd like to see it. The problem is that
> bullet points can build on each other, except each new level has to retain
> the markup from the old level, plus a new symbol. e.g. **#* then **#* * then
> **#** * then **#*** # etc.
>

If you can find an EBNF description of HTML, it would be a good place to
start; in my experience, MediaWiki's Wikitext syntax is (mostly)
directly translatable to HTML (eg. links turn into anchors, bullets turn
into list items).

> On the topic of "things that need to be done" if writing an EBNF of Wikitext
> isn't going to be beneficial for MediaWiki's longstanding success, I'll not
> bother, but is there anything that needs to be done like this to create a
> standard?
>

It /might/ be useful if you wanted to import/export between different
wiki engines that use different syntax - IIRC the MediaWiki syntax is
(fairly) similar to that of UseModWiki (Phase 1), but vastly different
to that of eg. DocuWiki. However, I wouldn't rate it very high on the
priority list.

--
Alphax - http://en.wikipedia.org/wiki/User:Alphax
Contributor to Wikipedia, the Free Encyclopedia
"We make the internet not suck" - Jimbo Wales
Public key: http://en.wikipedia.org/wiki/User:Alphax/OpenPGP

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 542 bytes
Desc: OpenPGP digital signature
URL: <http://lists.wikimedia.org/pipermail/wikimedia-l/attachments/20070122/3042f0f7/attachment-0001.pgp>


from_name: David Strauss

subject: [Foundation-l] Wikitext isn't a programming language, but...

body:
That's a good idea.

Claus F?rber wrote:
> David Strauss <david at fourkitchens.com> schrieb/wrote:
>> I'm certainly no expert for the MediaWiki parser, but you could take a
>> microtime() from the start of parsing and periodically check time
>> elapsed. With anything beyond the allotted parsing time, the template
>> would return either nothing or a warning.
>
> This way, complex templates would sometimes work (if the server load is
> low) and sometimes not work (if the server load is high, causing longer
> execution times).
>
> Better use a counter instead of real time. If a script requires less
> than, say, 100 "ticks", it will always work no matter how long a tick
> currently is.
>
> Claus
>
>
>
> _______________________________________________
> foundation-l mailing list
> foundation-l at lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/foundation-l

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 188 bytes
Desc: OpenPGP digital signature
Url : http://lists.wikimedia.org/pipermail/foundation-l/attachments/20070122/54ffb334/attachment.pgp


body:
That's a good idea.

Claus F?rber wrote:
> David Strauss <david at fourkitchens.com> schrieb/wrote:
>> I'm certainly no expert for the MediaWiki parser, but you could take a
>> microtime() from the start of parsing and periodically check time
>> elapsed. With anything beyond the allotted parsing time, the template
>> would return either nothing or a warning.
>
> This way, complex templates would sometimes work (if the server load is
> low) and sometimes not work (if the server load is high, causing longer
> execution times).
>
> Better use a counter instead of real time. If a script requires less
> than, say, 100 "ticks", it will always work no matter how long a tick
> currently is.
>
> Claus
>
>
>
> _______________________________________________
> foundation-l mailing list
> foundation-l at lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/foundation-l

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 188 bytes
Desc: OpenPGP digital signature
URL: <http://lists.wikimedia.org/pipermail/wikimedia-l/attachments/20070122/54ffb334/attachment.pgp>


body:
That's a good idea.

Claus F?rber wrote:
> David Strauss <david at fourkitchens.com> schrieb/wrote:
>> I'm certainly no expert for the MediaWiki parser, but you could take a
>> microtime() from the start of parsing and periodically check time
>> elapsed. With anything beyond the allotted parsing time, the template
>> would return either nothing or a warning.
>
> This way, complex templates would sometimes work (if the server load is
> low) and sometimes not work (if the server load is high, causing longer
> execution times).
>
> Better use a counter instead of real time. If a script requires less
> than, say, 100 "ticks", it will always work no matter how long a tick
> currently is.
>
> Claus
>
>
>
> _______________________________________________
> foundation-l mailing list
> foundation-l at lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/foundation-l

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 188 bytes
Desc: OpenPGP digital signature
URL: <http://lists.wikimedia.org/pipermail/wikimedia-l/attachments/20070122/54ffb334/attachment-0001.pgp>


subject:
[Foundation-l] [Announcement] Welcome to our new Communication
 Manager

body:
That's the first agenda item for ComCommCom.

?ukasz Garczewski wrote:
> Indeed. Has anybody stopped to ponder how will this new position fit
> in with ComComm? :)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 188 bytes
Desc: OpenPGP digital signature
Url : http://lists.wikimedia.org/pipermail/foundation-l/attachments/20070122/574e2b24/attachment.pgp


body:
That's the first agenda item for ComCommCom.

?ukasz Garczewski wrote:
> Indeed. Has anybody stopped to ponder how will this new position fit
> in with ComComm? :)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 188 bytes
Desc: OpenPGP digital signature
URL: <http://lists.wikimedia.org/pipermail/wikimedia-l/attachments/20070122/574e2b24/attachment.pgp>


body:
That's the first agenda item for ComCommCom.

?ukasz Garczewski wrote:
> Indeed. Has anybody stopped to ponder how will this new position fit
> in with ComComm? :)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 188 bytes
Desc: OpenPGP digital signature
URL: <http://lists.wikimedia.org/pipermail/wikimedia-l/attachments/20070122/574e2b24/attachment-0001.pgp>


from_name: Robert Scott Horning

references:
<45B32EC9.5070605@wolfmountaingroup.com>	<45B3239B.8070103@cox.net>	<45B3DC25.1090203@wolfmountaingroup.com>	<45B3D19F.5040502@netzero.net>
	<45B3F6F4.2060802@wolfmountaingroup.com>

body:
Jeffrey V. Merkey wrote:

>Robert Scott Horning wrote:
>
>
>>I'll defer here to Brad in terms of strict legal requirements, but I
>>fail to see how it is a violation and abuse of trademarks to cite
>>Wikipedia as the source of the material, in a bibliographic reference.
>>Or that you even need permission to do this sort of citation.  Indeed,
>>I would think it to be a violation of the GFDL on the part of the WMF to
>>even require permission in this manner, as it would then be legally
>>impossible to comply with the GFDL when giving this content to a 3rd party.
>>
>>You should not have to seek permission from the WMF or anybody on
>>Wikipedia in order to copy content from Wikipedia.  That is the whole
>>point of the GFDL.
>>
>>
>It could potentially be trademark infrginement and trading on the
>goodwill of the foundation in certain situations. In any event, companies
>are not about civil disobediance. WMG needs permission or implied
>pemission in the form of a statement by he Foundation that use if its
>valuable trademark rights is granted for purposes of attribution through
>the use of its trademarks.
>
>Apolicy page on wikimedia.org would probably address any issues on this
>topic.
>
>Jeff
>
Note that what I said here was a bibliographic reference to Wikipedia.

Where the trademark infringement comes from is something like the sorts
of publications done by Wikipress (see
http://www.wikipress.de/Hauptseite)  These have the words "Wikipedia"
spelled out boldly on the title page, implying some sort of strong
connection to Wikipedia.  These are IMHO uses of WMF trademarks that
perhaps ought to be used with formal permission.

If instead you have inside the "many thanks to" page of a published book
a mention of Wikipedia and noting that the information came from there,
I don't see where the problem comes here.  Or better still if you list
on a formal bibliographic reference list of where the content came from,
having Wikipedia listed near the top of the list in perhaps even a
featured position on the list as a major source of the information.
 That shouldn't be a problem.  I hope the WMF doesn't take issue when
WMF trademarks are used in this fashion.  For a web site something
either on a special "About" page or as a "fine print" at the bottom of
the page noting that the content came from Wikipedia originally would
IMHO be essentially the same thing.

An infringing use would be to completely reproduce a Wikipedia page,
completely with the "meatball" logo and be designed to look identical in
all other ways to Wikipedia pages, making no distinction between
Wikipedia and your copy.  Unfortunately some people have done exactly
this, even with very similar URLs that are very similar to Wikipedia,
but with all kinds of advertisement all over all of the pages.

What is interesting in the GFDL is that there is a "title clause" that
actually *requires* the use of the title in the publication that is
republished via permissions granted through the GFDL.  How exactly this
relates to Wikipedia is very vague, and statements by the WMF have
muddied the waters even more in an attempt to try and protect the WMF
trademarks.

As I've noted, the name "Linux" is also trademarked in a fashion that
presumably "Wikipedia" is also intended to be used.  The one huge
difference here, however, is that the WMF is trying to capitalize on the
use of the term "Wikipedia" for fund raising activities, while Linus
Torvald doesn't seem to care all that much, and is mainly holding the
trademark to keep it from being claimed by some other 3rd party.  I
guarentee that many people are using the term "Linux" without even
consulting or talking with Linus.

 From an ethical standpoint, it seems very responsible to note clearly
where the original source of the material came from.  And the only
reasonable way you can do that is to use a WMF trademark such as
"Wikipedia", even if the name appears only in the URL.

The issue about seeking permission from the WMF in order to do
bibliographic reference is that by requiring premission, it invalidates
the GFDL.  The content reverts to a strong propritary copyright, which
simply can't be copied unless you have formal permission from all of the
authors of that content.  On the pratical side, it makes it impossible
to reproduce the content at all.  Presumably it could also get the WMF
into problems as the content was given to the WMF (on their server
farms) under the terms of the GFDL, so it couldn't even be displayed at
all unless the WMF also has independent authorization (aside from the
GFDL) to publish the content.

--
Robert Scott Horning


list: commons-l

from_name: David Monniaux

subject: [Commons-l] Flickr group for Commons

body:
Brianna Laugher a ?crit :
> Hi all,
>
> I just started a group on Flickr called "Wikimedia Commons". I
> encourage anyone who has a Flickr account to join it.
>
> http://www.flickr.com/groups/wikimedia_commons/
I have a big issue with Flickr and free licenses.

Flickr typically show "this photo is public" in a proeminent place,
while their sign about copyleft is less clear.

Many people incorrectly conclude that "public" photos on Flickr are
"public domain". In fact, what Flickr means by "public" is that these
photos are publicly viewable by any Internet user, as opposed to
restricted to friends or contacts of the user who posted them.

Consequences:
1) Many people assume they can download anything from Flickr and use
them without any kind of restriction as long as there's "this photo is
public".
2) Flickr users are not really aware of free licenses.

Maybe we should talk to Flickr about that issue. Their interface should
be redesigned so as to minimize confusion.


body:
Jeffrey V. Merkey wrote:

>geni wrote:
>
>>On 1/22/07, Jeffrey V. Merkey <jmerkey at wolfmountaingroup.com> wrote:
>>
>>
>>>Under the GFDL you give consent to relicense your changes. This means
>>>whomever is the last editor of an article is the "Author", not the
>>>whole chain of editors to that point since subsequent editors are simply
>>>relicening your content when they add their own edits. By editing and
>>>saving the article, the final editor is the author in this sense.
>>>
>>>
>>Please re-read the GFDL:
>>4.
>>
>>B List on the Title Page, as authors, one or more persons or entities
>>responsible for authorship of the modifications in the Modified
>>Version, together with at least five of the principal authors of the
>>Document (all of its principal authors, if it has fewer than five),
>>unless they release you from this requirement.
>>
>>I do not release you from this requirement.
>>
>>
>
>Then Wikipedia in its dumps must IDENTIFY AT LEAST FIVE AUTHORS AUTHORS
>since I have no crystal ball as to who wrote what.
>In this case, Wikimedia is violating the GFDL by failing to publish
>authors along with content.
>
>
At least in theory, all MediaWiki content pages have a "diff" function
that would be able to identify in some way the authorship of each and
every word of every article.  I'm not saying this is a computationally
trivial task (far from it), but the raw information needed to calculate
that is provided in the MediaWiki databases.  IMHO this is a far better
metric to identify who the "five principle authors" of a given page
might be, at least going off of word count as a metric.  This would
remove edits by blatant vandals and other cruft, as well as
administrative actions such as adding and removing AfD/VfD notes and
other cleanup tags.

Another alternative, and easier to do computationally, is to count page
edits.

BTW, as a general note for Wikipedia, the "static version" of Wikipedia
pages does list in plain text all of the contributors to each page.  See
for example:

http://static.wikipedia.org/wikipedia/en/index.html

Which lists every author who has touched this page, including in this
particular case our fearless leader/founder Jimbo, and several regulars
to this mailing list.  I actually like how this is done from an asthetic
viewpoint, but it would be difficult to display this information on a
dynamic/editable page.

 From a technical viewpoint, compiling this list of authors is hardly an
easy task if you are trying to republish the content, but the required
information is there if you are willing to go through the effort.

--
Robert Scott Horning


from_name: Travis Derouin

subject: [Wikitech-l] regular users and rolling back protected pages

body:
It seems like the permissions control on rollbacks is a bit flawed. If
a wiki is set up to allow regular user's to rollback pages, they can
rollback protected pages, although they can't edit them, which can be
almost as disruptive as vandalism.

Was this functionality intentional? I would have assumed that if a
user didn't have the rights to edit a page, they wouldn't be able to
roll it back.

Travis


from_name: Anthere

subject: [Foundation-l] Some paths toward communication improvements

body:
David Strauss wrote:
> Anthere wrote:
>
>>* OfficeWikimedia.org (bug Brad)
>
>
> I believe you mean <http://office.wikimedia.org/>.

I fear you are correct....


body:
On 22/01/07, Domas Mituzas <midom.lists at gmail.com> wrote:
> The concept (and code) for parsing the template information was
> written back at Frankfurt's Wikimania. The problem - how to
> efficiently index and query that afterwards.

I think we can only really answer that question if we actually plan
the thing properly, and to do that, we need to know

a. what we mean by "metadata"
b. how we would use it

It's all well and good implementing huge catch-all solutions like
Wikidata and Semantic MediaWiki, but they're pretty much sledgehammer
to a nut if we haven't identified example use cases for this data.
Obviously, what we use it for will lead in to how our users access it,
and from there, the all important queries I know Domas loves to
optimise to hell and back.

Rob Church


from_name: Evan Prodromou

body:
On Mon, 2007-22-01 at 15:38 +0000, Rob Church wrote:

> I think we can only really answer that question if we actually plan
> the thing properly, and to do that, we need to know
>
> a. what we mean by "metadata"
> b. how we would use it
>
> It's all well and good implementing huge catch-all solutions like
> Wikidata and Semantic MediaWiki, but they're pretty much sledgehammer
> to a nut if we haven't identified example use cases for this data.
> Obviously, what we use it for will lead in to how our users access it,
> and from there, the all important queries I know Domas loves to
> optimise to hell and back.

I'll go ahead and plug the existing RDF extension:

http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/RDF/

It works pretty darn well, plugs into existing MW without a patch, and
supports an incremental approach to metadata implementation.

I've had it in production on Wikitravel for more than a year; we use it
for applications as diverse as mapping, geographical hierarchy, and
article status.

The system works with a custom <rdf> tag, in which you can put Turtle
RDF (a very simple RDF syntax). So I can say that Evan lives in Montreal
by writing:

<rdf>
    person:Evan :livesIn place:Montreal .
</rdf>

...or something similar. It works fine with the templating system, so
you could make a template Template:LivesIn with this content:

<rdf>
    person:{{{1}}} :livesIn place:{{{2}}} .
</rdf>

...and then use it like {{LivesIn|Evan|Montreal}}.

And, yes, I did have to be tricky in order to get template arguments to
expand within a custom tag.

-Evan

________________________________________________________________________
Evan Prodromou <evan at prodromou.name>
http://evan.prodromou.name/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.wikimedia.org/pipermail/wikitech-l/attachments/20070122/5cea6407/attachment.pgp>


from_name: Andre Engels

body:
2007/1/22, Lars Aronsson <lars at aronsson.se>:

> Users from Greece could visit Estonia to meet some wikipedians
> there and see how they are dealing with the problems of being a
> small nation.

To get a comparison, here are for a large number of languages the number of
native speakers (in millions, according to [[en:List of languages by number
of native speakers]] where possible, from the en: page on the language
otherwise) and the number of contributors in November 2006, according to the
wikistats. Included are languages with either 20 million or more speakers,
or 20 or more contributors. Ordering is by "contributors per million native
speakers. Not included are Latin, Nynorsk and Simple English, and for
Esperanto and Indonesian total speakers instead of first language speakers
have been used. For each language there is millions of speakers - number of
contributors - contributors per million speakers. The Scandinavian languages
seem to be the ones that attract the most people to Wikipedia, with Finnish
on top with about one in every 6000 Fins apparently being a Wikipedia
contributor (Asturian scores even higher, but the language is so small that
it must be considered a statistical anomaly). Least Wikipedia
contributorship is present in languages of India, with Punjabi (100 million
speakers, no Wikipedians) at the bottom.

ast: Asturian 0.1 - 20 - 200
fi: Finnish 5.4 - 936 - 173.3
no: Norse 4.7 - 639 - 136.0 (speakers includes nn: Nynorsk as well)
is: Icelandic 0.3 - 40 - 133.3
en: English 354 - 44000 - 124.3 (number of contributors estimated)
eo: Esperanto 1.05 - 118 - 112.4 (second language speakers)
lb: Luxembourgish 0.3 - 31 - 103.3
sv: Swedish 9 - 924 - 102.7
he: Hebrew 7 - 601 - 85.9
et: Estonian 1.08 - 92 - 85.2
de: German 101 - 7549 - 74.7
nl: Dutch 25 - 1652 - 66.1
eu: Basque 0.7 - 45 - 64.3
fr: French 67 - 3948 - 58.9
sl: Slovenian 2.0 - 114 - 57.0
ga: Irish 0.38 - 21 - 55.3
da: Danish 5.6 - 276 - 49.3
br: Breton 0.85 - 38 - 44.7
cy: Welsh 0.75 - 28 - 37.3
lt: Lithuanian 3.1 - 113 - 36.5
cs: Czech 12 - 433 - 36.1
pl: Polish 46 - 1597 - 34.7
it: Italian 61 - 2017 - 33.1
ja: Japanese 128 - 3842 - 29.9
sk: Slovak 5.0 - 148 - 29.6
ca: Catalan 6.7 - 195 - 29.1
mk: Macedonian 1.6 - 44 - 27.5
lv: Latvian 1.5 - 38 - 25.3
hu: Hungarian 14 - 354 - 25.3
bg: Bulgarian 7.6 - 188 - 24.7
gl: Galician 3.2 - 68 - 21.3
sh: Serbocratian 17 - 150 - 18.6 (number of contributors gathered by adding
up sr:, hr: and bs:)
el: Greek 12 - 132 - 11.0
oc: Occitan 1.94 - 21 - 10.8
ru: Russian 145 - 1164 - 8.0
ro: Romanian 24 - 192 - 8.0
es: Spanish 350 - 2600 - 7.4
yi: Yiddish 3.2 - 23 - 7.2
tr: Turkish 60 - 420 - 7.0
ka: Georgian 4.2 - 26 - 6.2
th: Thai 31 - 142 - 4.6
pt: Portuguese 203 - 1323 - 4.4
af: Afrikaans 6.0 - 25 - 4.2
sq: Albanian 6.0 - 24 - 4.0
uk: Ukrainian 39 - 131 - 3.4
be: Belorussian 9.1 - 30 - 3.3
ms: Malay 18 - 58 - 3.2
als: Alemannic 10 - 29 - 2.9
zh: Chinese 700 - 1527 - 2.2
ko: Korean 71 - 150 - 2.1
fa: Farsi 75 - 139 - 1.85
vi: Vietnamese 70 - 116 - 1.66
tl: Tagalog 22 - 24 - 1.09
id: Indonesian 200 - 151 - 0.76 (second language speakers)
ar: Arabic 270 - 177 - 0.66
ml: Malayalam 37 - 24 - 0.65
az: Azeri 30 - 18 - 0.60
ta: Tamil 62 - 34 - 0.55
te: Telugu 76 - 39 - 0.51
uz: Uzbek 20 - 10 - 0.50
su: Sundanese 27 - 12 - 0.44
mr: Maratha 68 - 28 - 0.41
zh-yue: Kantonese 71 - 29 - 0.41
kn: Kannada 55 - 20 - 0.36
ur: Urdu 61 - 16 - 0.26
ps: Pashto 24 - 4 - 0.17
bn: Bengali 196 - 29 - 0.15
sd: Sindhi 20 - 2 - 0.10
jv: Javanese 75 - 7 - 0.09
hi: Hindi 337 - 26 - 0.08
or: Oriya 24 - 1 - 0.04
am: Amharic 27 - 1 - 0.04
gu: Gujarati 46 - 1 - 0.02
ha: Hausa 24 - 0 - 0
om: Omoro 32 - 0 - 0
my: Burmese 32 - 0 - 0
pa: Punjabi 104 - 0 - 0

--
Andre Engels, andreengels at gmail.com
ICQ: 6260644  --  Skype: a_engels


from_name: Magnus Manske

body:
On 1/22/07, Rob Church <robchur at gmail.com> wrote:
> On 22/01/07, Magnus Manske <magnusmanske at googlemail.com> wrote:
> > I once posted the idea (which, of course, was ignored;-) to store the
> > names and values of variables passed to templates from articles in a
> > SQL table. If you write {{xyz|a=1|b=2}} in article BLA and save, it
>
> I had something along the same lines checked into an experimental
> branch; the user would insert metadata tags, and these would be dealt
> with in a similar manner to link updates:
>
> [[Metadata:People|birth=1980]] etc.
>
> It works on a "subject", "name" and "value" triplet concept - subjects
> group similar pieces of data, the name and value are self-evident.
> This was adapted from an idea Zocky had on IRC, which I hastily
> implemented.
>
> It's in the repo, but incomplete - likely missing the upgraders and
> table definitions, and there's no interface for directly manipulating
> data outside of pages, nor any way of querying it at present.

Yes, but that would require users to go our X million articles and
retag them. Granted, voluntary user slave labor is cheap ;-) but I
wanted to use the already existing data from template inclusions.

It could even be limited to "first-level inclusion" - only templates
that are included directly from the page. Templates in templates would
only have variants of the originally passed variables, so that would
only waste DB space. Also, templates without variables can be ignored
- these can be checked through templatelinks just as well.

Magnus


from_name: David Gerard

body:
On 22/01/07, Till Weber <peterpanini at gmx.net> wrote:

> IMHO the spread of wikipedia in small languages would be better, if all these languages appear in the left menue-bar of the wikipedia for each article. Then users see, if an article is already existent in their or other language and they can translate one from another language,. so the bi-languists can help to get the number of articles bigger, and then other users in the original language can complete or expand the article.

This would become very large, annoying and unhelpful for almost all
users of the wiki. Perhaps something that can be switched on by those
who want to see whether their own wiki has a given article? That may
be possible just in personal CSS.

- d.


references:
<45B43623.4070909@internationalhouseofbacon.com>
	<fb7fdd9c0701220307k55292f9ai252a71c83fa77911@mail.gmail.com>
	<45B4B035.5010104@internationalhouseofbacon.com>
	<fbad4e140701220443y3c425454s8b12340c76b42009@mail.gmail.com>
	<45B4B548.5030907@internationalhouseofbacon.com>
	<8664az3tz2.fsf@elan.rh.rit.edu>

body:
On 22/01/07, Gwern Branwen <gwern0 at gmail.com> wrote:
> Jeff Raymond <jeff.raymond at internationalhouseofbacon.com> writes:

> > I can't give anything but hypotheticals, but the idea that MySpace blogs
> > can't be useful as primary sources for their subjects is crazy.

> True. For example, http://www.myspace.com/mkaku is a good source for Dr. [[Michio
> Kaku]], though it looks like the current editors of the article have
> removed it from everything except External links.

That's the MySpace page, rather than the attached blog.
www.myspace.com is not on the spam list.

- d.


from_name: geni

body:
On 1/22/07, Till Weber <peterpanini at gmx.net> wrote:
> Andr?,
> thanks for the list of all languages.
> IMHO the spread of wikipedia in small languages would be better, if all these languages >appear in the left menue-bar of the wikipedia for each article. Then users see, if an article >is already existent in their or other language and they can translate one from another >language,. so the bi-languists can help to get the number of articles bigger, and then other >users in the original language can complete or expand the article.
> If the article exists, then search engine swill attract more users. To read an edit again.
> So please ask the technicians, to add these languages to the side menue bar and as well >a the html code under each language, that the article in all languages exist, event there, >where the article page is empty or does not exist, then we can translate each article.
>

How are we meant to know what the articles should be called in that language?

> So these languages you mention above 20 Mio users should be default on each wikipedia >article in each countryor language.
>

Have you any idea how much that would suck in the classic skin.
--
geni


body:
On 1/22/07, Till Weber <peterpanini at gmx.net> wrote:
> at the moment each wikipedia is shwon in the left side menue, if the accodring edit is done >for the page, or the server is adding it automatically over night, right?

They are added manualy for the most part.

--
geni


from_name: Jay R. Ashworth

body:
On Mon, Jan 22, 2007 at 01:42:58PM -0800, Brion Vibber wrote:
> Hash: SHA1

Heh.

> Tim Starling wrote:
> > We now have squid logs again, after a long absence. We're using the UDP
> > logging patch I describe here:
>
> Sweeeeeeeet!

Clearly, [[Be Bold]] applies to system administration as well.  :-)

Cheers,
-- jr 'but it is cool...' a
--
Jay R. Ashworth                                                jra at baylink.com
Designer                          Baylink                             RFC 2100
Ashworth & Associates        The Things I Think                        '87 e24
St Petersburg FL USA      http://baylink.pitas.com             +1 727 647 1274


body:
On 22/01/07, teun spaans <teun.spaans at gmail.com> wrote:

> The low representation of Indian citizens surprises me. I met one or two at
> the english wikipedia / commons, perhaps they tend to prefer the english
> wiki above their local languages?

This appears to be the case. The educated classes tend to learn in
English and to talk to each other in English. There are many native
languages in India, but the one that all educated people are likely to
speak is English, so that's the one that gets spoken. English is
regarded as higher status than the local languages.

These are languages with tens or hundreds of millions of speakers, by the way.

I'm not sure how to approach this. We'd need people who know the local
situation to work on it. Presumably it would need a core of language
advocates to push the local language wikis along.

Are there any plans for a local chapter in India? I know the UK
chapter is all for advocating both UK-relevant content and the local
native languages that aren't English.

-d.


body:
On 1/22/07, Domas Mituzas <midom.lists at gmail.com> wrote:
> Magnus,
>
> > Yes, but that would require users to go our X million articles and
> > retag them. Granted, voluntary user slave labor is cheap ;-) but I
> > wanted to use the already existing data from template inclusions.
>
> The concept (and code) for parsing the template information was
> written back at Frankfurt's Wikimania. The problem - how to
> efficiently index and query that afterwards.

Really? Who did that? Wasn't me, right? (creepy thoughts of that
disease whose name I can't remember - something starting with A... ;-)

IMHO we can safely limit this to existing article => existing
template, so template_variable table could be:
tv_article_id int ; // Article ID
tv_template_id int ; // Template ID
tv_key varchar[255] ; // Alternatively int, refering to a secondary
table with unique words
tv_value varchar[255] ; // Indexes better than MEDIUMBLOB, and values
longer than 250 bytes are too long anyway ;-)

As queries would usually be like
WHERE tv_template="123" AND tv_key="year" AND tv_value LIKE "%1984%"
tv_article doesn't necessarily have to be indexed.

To save indices, we could also extend tv_key to be "TEMPLATE|KEY" as
"|" is not allowed in either article or variable title. We could then
not index tv_template as well and go like
WHERE tv_key="Persondata|year" AND tv_value LIKE "%1984%"

Either way, the LIKE clause would only be invoked a rather limited
number of times, as most of the work would be done by
tv_key="something", which is an index.

My 2c.

Magnus


from_name: Nick Jenkins

subject:
[Wikitech-l] Allowing Type Hinting in MediaWiki internal functions:
	Yes or No?

body:
Hi All,

How do people feel about allowing the addition of type hinting to MediaWiki's internal function declarations?

E.g. from this:
function UploadForm( &$request ) {
to:
function UploadForm( WebRequest $request ) {

From:
public function parse( $text, &$title, $options, $linestart = true, $clearState = true, $revid = null ) {
to:
public function parse( $text, Title $title, array $options, $linestart = true, $clearState = true, $revid = null ) {

From:
function addLinkObj( &$nt ) {
to:
function addLinkObj( Title $nt ) {

Pros:
* Code is a bit more readable and self-documenting, and it's easier to see what's going on at a glance.
* Redundant object pass-by-refs in function declarations can more easily be identified and removed (i.e. in PHP5 only scalar types
where we modify the input need the pass-by-ref ampersands).
* Types are enforced.

Cons:
* Requires PHP >= 5.1.0 for array type hinting.
* Requires PHP >= 5.1.0 for allowing NULL as a default value for objects.
* For some things like the SpecialPage base class, it may not make sense to add this, so as to make for easier backwards
compatibility for extension writers who use "class MyExtension extends SpecialPage".

I.e. Is it reasonable to require PHP >= 5.1.0 for MediaWiki 1.10, which will be released around mid-April 2007? PHP 5.1.0 was
released on 24-Nov-2005. If so, are there any other reasons to do or not to do this?

All the best,
Nick.


from_name: Guy Chapman aka JzG

subject: [WikiEN-l] In the news...

body:
A slightly creepy loner who has been frightening women in his
neighbourhood by hanging around their houses and trying to talk to
them about military history and Star Wars has been ordered by a judge
to serve his community service on Wikipedia.

Solicitors representing Carl Peterson, from Ipswich, admitted that
Carl had always found it very difficult to talk to members of the
opposite sex, and had no idea that they might be slightly disturbed by
having him wait outside their front doors to recite the fatality
statistics at Nagasaki. Now as well as a restraining order, the court
instructed that Carl serve his community service by sharing his
expertise, writing and editing articles on the online encyclopaedia.

To read the full story, click here:

http://newsbiscuit.com/article/judge-directs-scary-obsessive-towards-wikipedia

Guy (JzG)
--
http://www.chapmancentral.co.uk
http://en.wikipedia.org/wiki/User:JzG


from_name: Christopher Thieme

subject: [WikiEN-l] Wikipedia Club of NYC and 31 January 2007 event.

body:
> Message: 9
> Date: Sat, 20 Jan 2007 17:04:51 -0500
> From: "Newyorkbrad (Wikipedia)" <newyorkbrad at gmail.com>
> Subject: Re: [WikiEN-l] Wikipedia Club of New York - 31 January 2007 event
> To: "English Wikipedia" <wikien-l at lists.wikimedia.org>
> Message-ID: <c52819d30701201404v458ed2e7kf144ad72777b6c87 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> >
> > On 1/11/07, Jimmy Wales <jwales at wikia.com> wrote:> Washington, DC.
> > > They moved my 26 January trip... instead of NYC, I am going to
> > > On the evening of 31 January, the free culture group at NYU will be
> > > hosting a party, probably this would be good for a joint meeting?
> >
> > Dear Mr. Wales:
> > I think we should probably team up with the Free Culture Group at NYU
for
> > the Wednesday, 31 January 2007 event.  Is there a contact person at NYU
I
> > can get in touch with in order to facilitate some cooperation between us
> > and
> > them...possibly assist them in getting the event going?  If so, please
> > pass
> > along my e-mail address to them.
> > Regards,
> > Christopher D. Thieme
> > User:ExplorerCDT
>
>
> Following up on the status of this event, if anyone could kindly advise.
>
> Regards,
> Newyorkbrad

Brad-

No response from Mr. Wales or surprisingly the NYU Free Culture group. Right
now, up in the air.

Regards,
Christopher D. Thieme
User:ExplorerCDT


from_name: Lane, Ryan

body:
> ...or something similar. It works fine with the templating
> system, so you could make a template Template:LivesIn with
> this content:
>
> <rdf>
>     person:{{{1}}} :livesIn place:{{{2}}} .
> </rdf>
>
> ...and then use it like {{LivesIn|Evan|Montreal}}.
>
> And, yes, I did have to be tricky in order to get template
> arguments to expand within a custom tag.
>
> -Evan

I was just trying to figure out how to do this, do you have the process
of doing this documented anywhere? I looked through your code for a bit,
but there is quite a lot of code there...

Thanks,

Ryan Lane


from_name: Newyorkbrad (Wikipedia)

body:
On 1/22/07, Christopher Thieme <cdthieme at gmail.com> wrote:
>
> > Message: 9
> > Date: Sat, 20 Jan 2007 17:04:51 -0500
> > From: "Newyorkbrad (Wikipedia)" <newyorkbrad at gmail.com>
> > Subject: Re: [WikiEN-l] Wikipedia Club of New York - 31 January 2007
> event
> > To: "English Wikipedia" <wikien-l at lists.wikimedia.org>
> > Message-ID: <c52819d30701201404v458ed2e7kf144ad72777b6c87 at mail.gmail.com
> >
> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> >
> > >
> > > On 1/11/07, Jimmy Wales <jwales at wikia.com> wrote:> Washington, DC.
> > > > They moved my 26 January trip... instead of NYC, I am going to
> > > > On the evening of 31 January, the free culture group at NYU will be
> > > > hosting a party, probably this would be good for a joint meeting?
> > >
> > > Dear Mr. Wales:
> > > I think we should probably team up with the Free Culture Group at NYU
> for
> > > the Wednesday, 31 January 2007 event.  Is there a contact person at
> NYU
> I
> > > can get in touch with in order to facilitate some cooperation between
> us
> > > and
> > > them...possibly assist them in getting the event going?  If so, please
> > > pass
> > > along my e-mail address to them.
> > > Regards,
> > > Christopher D. Thieme
> > > User:ExplorerCDT
> >
> >
> > Following up on the status of this event, if anyone could kindly advise.
> >
> > Regards,
> > Newyorkbrad
>
> Brad-
>
> No response from Mr. Wales or surprisingly the NYU Free Culture group.
> Right
> now, up in the air.

Did you try JW's e-mail address that he mentioned a couple of weeks ago?  I
can't quickly find that thread or I'd drop him a note myself.

Newyorkbrad


from_name: George Herbert

subject: [WikiEN-l] Microsoft offering to pay people to edit WP articles

body:
Found on Slashdot:
http://www.oreillynet.com/xml/blog/2007/01/an_interesting_offer.html

Targeted articles was apparently:
  http://en.wikipedia.org/wiki/OOXML

--
-george william herbert
george.herbert at gmail.com


from_name: Stephen Bain

body:
On 1/22/07, Jeff Raymond <jeff.raymond at internationalhouseofbacon.com> wrote:
>
> 1) If we're going to blindly attach "nofollow" to all the external
> links, why are we allowing Wikia links to be propped up artificially?
> Are we in the business of conflict of interest now?

I'm not completely sure what you mean, but I think you're asking why
nofollow is applied to links to pages hosted at Wikia. The answer to
that is that MediaWiki treats external links [1] differently to
interwiki links, and nofollow is only applied to external links.

So if my wikitext had [http://de.wikipedia.org/wiki/Hauptseite] I
would get an external link, with nofollow, but if I had
[[w:de:Hauptseite]] I would get an interwiki link without nofollow.

This is sort of a bug, since there are many many sites which can be
linked to this way: http://meta.wikimedia.org/wiki/Interwiki_map

--
Stephen Bain
stephen.bain at gmail.com


body:
Missed that this morning.  Nevermind...

On 1/22/07, Oskar Sigvardsson <oskarsigvardsson at gmail.com> wrote:
> Yeah, David posted that article a couple of threads ago:
>
> http://lists.wikimedia.org/pipermail/wikien-l/2007-January/061314.html
>
> On 1/23/07, George Herbert <george.herbert at gmail.com> wrote:
> > Found on Slashdot:
> > http://www.oreillynet.com/xml/blog/2007/01/an_interesting_offer.html
> >
> > Targeted articles was apparently:
> >   http://en.wikipedia.org/wiki/OOXML
> >
> > --
> > -george william herbert
> > george.herbert at gmail.com
> >
> > _______________________________________________
> > WikiEN-l mailing list
> > WikiEN-l at lists.wikimedia.org
> > To unsubscribe from this mailing list, visit:
> > http://lists.wikimedia.org/mailman/listinfo/wikien-l
> >
>
> _______________________________________________
> WikiEN-l mailing list
> WikiEN-l at lists.wikimedia.org
> To unsubscribe from this mailing list, visit:
> http://lists.wikimedia.org/mailman/listinfo/wikien-l
>

--
-george william herbert
george.herbert at gmail.com


from_name: Till Weber

body:
Andr?,
thanks for the list of all languages.
IMHO the spread of wikipedia in small languages would be better, if all these languages appear in the left menue-bar of the wikipedia for each article. Then users see, if an article is already existent in their or other language and they can translate one from another language,. so the bi-languists can help to get the number of articles bigger, and then other users in the original language can complete or expand the article.
If the article exists, then search engine swill attract more users. To read an edit again.
So please ask the technicians, to add these languages to the side menue bar and as well a the html code under each language, that the article in all languages exist, event there, where the article page is empty or does not exist, then we can translate each article.

So these languages you mention above 20 Mio users should be default on each wikipedia article in each countryor language.

thanks.

-------- Original-Nachricht --------
Datum: Mon, 22 Jan 2007 16:04:24 +0100
Von: "Andre Engels" <andreengels at gmail.com>
An: "Wikimedia Foundation Mailing List" <foundation-l at lists.wikimedia.org>
Betreff: Re: [Foundation-l] Promoting non-en Wikipedias (was In defence of	Google)

> 2007/1/22, Lars Aronsson <lars at aronsson.se>:
>
> > Users from Greece could visit Estonia to meet some wikipedians
> > there and see how they are dealing with the problems of being a
> > small nation.
>
>
> To get a comparison, here are for a large number of languages the number
> of
> native speakers (in millions, according to [[en:List of languages by
> number
> of native speakers]] where possible, from the en: page on the language
> otherwise) and the number of contributors in November 2006, according to
> the
> wikistats. Included are languages with either 20 million or more speakers,
> or 20 or more contributors. Ordering is by "contributors per million
> native
> speakers. Not included are Latin, Nynorsk and Simple English, and for
> Esperanto and Indonesian total speakers instead of first language speakers
> have been used. For each language there is millions of speakers - number
> of
> contributors - contributors per million speakers. The Scandinavian
> languages
> seem to be the ones that attract the most people to Wikipedia, with
> Finnish
> on top with about one in every 6000 Fins apparently being a Wikipedia
> contributor (Asturian scores even higher, but the language is so small
> that
> it must be considered a statistical anomaly). Least Wikipedia
> contributorship is present in languages of India, with Punjabi (100
> million
> speakers, no Wikipedians) at the bottom.
>
> ast: Asturian 0.1 - 20 - 200
> fi: Finnish 5.4 - 936 - 173.3
> no: Norse 4.7 - 639 - 136.0 (speakers includes nn: Nynorsk as well)
> is: Icelandic 0.3 - 40 - 133.3
> en: English 354 - 44000 - 124.3 (number of contributors estimated)
> eo: Esperanto 1.05 - 118 - 112.4 (second language speakers)
> lb: Luxembourgish 0.3 - 31 - 103.3
> sv: Swedish 9 - 924 - 102.7
> he: Hebrew 7 - 601 - 85.9
> et: Estonian 1.08 - 92 - 85.2
> de: German 101 - 7549 - 74.7
> nl: Dutch 25 - 1652 - 66.1
> eu: Basque 0.7 - 45 - 64.3
> fr: French 67 - 3948 - 58.9
> sl: Slovenian 2.0 - 114 - 57.0
> ga: Irish 0.38 - 21 - 55.3
> da: Danish 5.6 - 276 - 49.3
> br: Breton 0.85 - 38 - 44.7
> cy: Welsh 0.75 - 28 - 37.3
> lt: Lithuanian 3.1 - 113 - 36.5
> cs: Czech 12 - 433 - 36.1
> pl: Polish 46 - 1597 - 34.7
> it: Italian 61 - 2017 - 33.1
> ja: Japanese 128 - 3842 - 29.9
> sk: Slovak 5.0 - 148 - 29.6
> ca: Catalan 6.7 - 195 - 29.1
> mk: Macedonian 1.6 - 44 - 27.5
> lv: Latvian 1.5 - 38 - 25.3
> hu: Hungarian 14 - 354 - 25.3
> bg: Bulgarian 7.6 - 188 - 24.7
> gl: Galician 3.2 - 68 - 21.3
> sh: Serbocratian 17 - 150 - 18.6 (number of contributors gathered by
> adding
> up sr:, hr: and bs:)
> el: Greek 12 - 132 - 11.0
> oc: Occitan 1.94 - 21 - 10.8
> ru: Russian 145 - 1164 - 8.0
> ro: Romanian 24 - 192 - 8.0
> es: Spanish 350 - 2600 - 7.4
> yi: Yiddish 3.2 - 23 - 7.2
> tr: Turkish 60 - 420 - 7.0
> ka: Georgian 4.2 - 26 - 6.2
> th: Thai 31 - 142 - 4.6
> pt: Portuguese 203 - 1323 - 4.4
> af: Afrikaans 6.0 - 25 - 4.2
> sq: Albanian 6.0 - 24 - 4.0
> uk: Ukrainian 39 - 131 - 3.4
> be: Belorussian 9.1 - 30 - 3.3
> ms: Malay 18 - 58 - 3.2
> als: Alemannic 10 - 29 - 2.9
> zh: Chinese 700 - 1527 - 2.2
> ko: Korean 71 - 150 - 2.1
> fa: Farsi 75 - 139 - 1.85
> vi: Vietnamese 70 - 116 - 1.66
> tl: Tagalog 22 - 24 - 1.09
> id: Indonesian 200 - 151 - 0.76 (second language speakers)
> ar: Arabic 270 - 177 - 0.66
> ml: Malayalam 37 - 24 - 0.65
> az: Azeri 30 - 18 - 0.60
> ta: Tamil 62 - 34 - 0.55
> te: Telugu 76 - 39 - 0.51
> uz: Uzbek 20 - 10 - 0.50
> su: Sundanese 27 - 12 - 0.44
> mr: Maratha 68 - 28 - 0.41
> zh-yue: Kantonese 71 - 29 - 0.41
> kn: Kannada 55 - 20 - 0.36
> ur: Urdu 61 - 16 - 0.26
> ps: Pashto 24 - 4 - 0.17
> bn: Bengali 196 - 29 - 0.15
> sd: Sindhi 20 - 2 - 0.10
> jv: Javanese 75 - 7 - 0.09
> hi: Hindi 337 - 26 - 0.08
> or: Oriya 24 - 1 - 0.04
> am: Amharic 27 - 1 - 0.04
> gu: Gujarati 46 - 1 - 0.02
> ha: Hausa 24 - 0 - 0
> om: Omoro 32 - 0 - 0
> my: Burmese 32 - 0 - 0
> pa: Punjabi 104 - 0 - 0
>
> --
> Andre Engels, andreengels at gmail.com
> ICQ: 6260644  --  Skype: a_engels
> _______________________________________________
> foundation-l mailing list
> foundation-l at lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/foundation-l

--
"Feel free" - 5 GB Mailbox, 50 FreeSMS/Monat ...
Jetzt GMX ProMail testen: http://www.gmx.net/de/go/promail


subject:
[Foundation-l] Promoting non-en Wikipedias (was In defence
	of	Google)


body:
http://en.wikipedia.org/wiki/User:Amyroxanne

"I joined Wikipedia due to the lyrics of White and Nerdy by Weird Al
Yankovic. I thought it would help me extend the general persona I have
of being a nerd, and loving it."

- d.


from_name: Domas Mituzas

body:
Magnus,

> Yes, but that would require users to go our X million articles and
> retag them. Granted, voluntary user slave labor is cheap ;-) but I
> wanted to use the already existing data from template inclusions.

The concept (and code) for parsing the template information was
written back at Frankfurt's Wikimania. The problem - how to
efficiently index and query that afterwards.

--
Domas Mituzas -- http://dammit.lt/ -- [[user:midom]]


from_name: Fred Bauder

subject: [WikiEN-l] defused timebomb

body:
>-----Original Message-----
>From: Jeff Raymond [mailto:jeff.raymond at internationalhouseofbacon.com]
>Sent: Sunday, January 21, 2007 08:57 PM
>To: 'English Wikipedia'
>Subject: Re: [WikiEN-l] defused timebomb
>
>Ken Arromdee wrote:
>> On Sun, 21 Jan 2007, Jeff Raymond wrote:
>>> Meanwhile, I've already restored about 5 of those in the article, and
>>> I'll try to get to more later.  a quick post somewhere saing "we know
>>> these things are true, can we find sources" and it'd be done in 5
>>> minutes.  Instead, knee-jerk reaction time, whee!!!
>>
>> It isn't knee jerk reaction time, it's [[WP:BLP]] time.
>
>There's a difference?
>
>-Jeff

If a person is familiar with [[Wikipedia:Biographies of living persons]] and knows how it ought to be applied in various situations, they may act swiftly and appropriately. Such behavior is to be distinguished from simple knee-jerk deletetion of drama. Well-sourced reports of dramatic events are quite acceptable on Wikipedia.

Fred


from_name: teun spaans

body:
The low representation of Indian citizens surprises me. I met one or two at
the english wikipedia / commons, perhaps they tend to prefer the english
wiki above their local languages?

India, despite having a large population suffering poverty and even hunger
accordint to slashdot today, also has a fairly large programmers community
and other hightec sectors. The low numbers of Hausa volunteers does not
surprise me at all.

Funny: The english, german and french wikis do not seem to have an article
on the omoro language. Yet from this stat I gather they have 32million
native speakers.

teun

On 1/22/07, Andre Engels <andreengels at gmail.com> wrote:
>
> 2007/1/22, Lars Aronsson <lars at aronsson.se>:
>
> > Users from Greece could visit Estonia to meet some wikipedians
> > there and see how they are dealing with the problems of being a
> > small nation.
>
>
> To get a comparison, here are for a large number of languages the number
> of
> native speakers (in millions, according to [[en:List of languages by
> number
> of native speakers]] where possible, from the en: page on the language
> otherwise) and the number of contributors in November 2006, according to
> the
> wikistats. Included are languages with either 20 million or more speakers,
> or 20 or more contributors. Ordering is by "contributors per million
> native
> speakers. Not included are Latin, Nynorsk and Simple English, and for
> Esperanto and Indonesian total speakers instead of first language speakers
> have been used. For each language there is millions of speakers - number
> of
> contributors - contributors per million speakers. The Scandinavian
> languages
> seem to be the ones that attract the most people to Wikipedia, with
> Finnish
> on top with about one in every 6000 Fins apparently being a Wikipedia
> contributor (Asturian scores even higher, but the language is so small
> that
> it must be considered a statistical anomaly). Least Wikipedia
> contributorship is present in languages of India, with Punjabi (100
> million
> speakers, no Wikipedians) at the bottom.
>
> ast: Asturian 0.1 - 20 - 200
> fi: Finnish 5.4 - 936 - 173.3
> no: Norse 4.7 - 639 - 136.0 (speakers includes nn: Nynorsk as well)
> is: Icelandic 0.3 - 40 - 133.3
> en: English 354 - 44000 - 124.3 (number of contributors estimated)
> eo: Esperanto 1.05 - 118 - 112.4 (second language speakers)
> lb: Luxembourgish 0.3 - 31 - 103.3
> sv: Swedish 9 - 924 - 102.7
> he: Hebrew 7 - 601 - 85.9
> et: Estonian 1.08 - 92 - 85.2
> de: German 101 - 7549 - 74.7
> nl: Dutch 25 - 1652 - 66.1
> eu: Basque 0.7 - 45 - 64.3
> fr: French 67 - 3948 - 58.9
> sl: Slovenian 2.0 - 114 - 57.0
> ga: Irish 0.38 - 21 - 55.3
> da: Danish 5.6 - 276 - 49.3
> br: Breton 0.85 - 38 - 44.7
> cy: Welsh 0.75 - 28 - 37.3
> lt: Lithuanian 3.1 - 113 - 36.5
> cs: Czech 12 - 433 - 36.1
> pl: Polish 46 - 1597 - 34.7
> it: Italian 61 - 2017 - 33.1
> ja: Japanese 128 - 3842 - 29.9
> sk: Slovak 5.0 - 148 - 29.6
> ca: Catalan 6.7 - 195 - 29.1
> mk: Macedonian 1.6 - 44 - 27.5
> lv: Latvian 1.5 - 38 - 25.3
> hu: Hungarian 14 - 354 - 25.3
> bg: Bulgarian 7.6 - 188 - 24.7
> gl: Galician 3.2 - 68 - 21.3
> sh: Serbocratian 17 - 150 - 18.6 (number of contributors gathered by
> adding
> up sr:, hr: and bs:)
> el: Greek 12 - 132 - 11.0
> oc: Occitan 1.94 - 21 - 10.8
> ru: Russian 145 - 1164 - 8.0
> ro: Romanian 24 - 192 - 8.0
> es: Spanish 350 - 2600 - 7.4
> yi: Yiddish 3.2 - 23 - 7.2
> tr: Turkish 60 - 420 - 7.0
> ka: Georgian 4.2 - 26 - 6.2
> th: Thai 31 - 142 - 4.6
> pt: Portuguese 203 - 1323 - 4.4
> af: Afrikaans 6.0 - 25 - 4.2
> sq: Albanian 6.0 - 24 - 4.0
> uk: Ukrainian 39 - 131 - 3.4
> be: Belorussian 9.1 - 30 - 3.3
> ms: Malay 18 - 58 - 3.2
> als: Alemannic 10 - 29 - 2.9
> zh: Chinese 700 - 1527 - 2.2
> ko: Korean 71 - 150 - 2.1
> fa: Farsi 75 - 139 - 1.85
> vi: Vietnamese 70 - 116 - 1.66
> tl: Tagalog 22 - 24 - 1.09
> id: Indonesian 200 - 151 - 0.76 (second language speakers)
> ar: Arabic 270 - 177 - 0.66
> ml: Malayalam 37 - 24 - 0.65
> az: Azeri 30 - 18 - 0.60
> ta: Tamil 62 - 34 - 0.55
> te: Telugu 76 - 39 - 0.51
> uz: Uzbek 20 - 10 - 0.50
> su: Sundanese 27 - 12 - 0.44
> mr: Maratha 68 - 28 - 0.41
> zh-yue: Kantonese 71 - 29 - 0.41
> kn: Kannada 55 - 20 - 0.36
> ur: Urdu 61 - 16 - 0.26
> ps: Pashto 24 - 4 - 0.17
> bn: Bengali 196 - 29 - 0.15
> sd: Sindhi 20 - 2 - 0.10
> jv: Javanese 75 - 7 - 0.09
> hi: Hindi 337 - 26 - 0.08
> or: Oriya 24 - 1 - 0.04
> am: Amharic 27 - 1 - 0.04
> gu: Gujarati 46 - 1 - 0.02
> ha: Hausa 24 - 0 - 0
> om: Omoro 32 - 0 - 0
> my: Burmese 32 - 0 - 0
> pa: Punjabi 104 - 0 - 0
>
> --
> Andre Engels, andreengels at gmail.com
> ICQ: 6260644  --  Skype: a_engels
> _______________________________________________
> foundation-l mailing list
> foundation-l at lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/foundation-l
>


body:
at the moment each wikipedia is shwon in the left side menue, if the accodring edit is done for the page, or the server is adding it automatically over night, right? Why then not for all languages over 20 mio? have no problem with it looking up the article in french and english and a thrid language and see, how ative each country was, how different the subject view on it is and which focus is made...

So why not japans and germans hybrid language users shodul do the same, so that each keyword generates a link to the same keyword in all other languages as well?

this is growing "in the network-field", not just one article or one country..

-------- Original-Nachricht --------
Datum: Mon, 22 Jan 2007 16:35:11 +0000
Von: "David Gerard" <dgerard at gmail.com>
An: "Wikimedia Foundation Mailing List" <foundation-l at lists.wikimedia.org>
Betreff: Re: [Foundation-l] Promoting non-en Wikipedias (was In defence of	Google)

> On 22/01/07, Till Weber <peterpanini at gmx.net> wrote:
>
> > IMHO the spread of wikipedia in small languages would be better, if all
> these languages appear in the left menue-bar of the wikipedia for each
> article. Then users see, if an article is already existent in their or other
> language and they can translate one from another language,. so the
> bi-languists can help to get the number of articles bigger, and then other users in
> the original language can complete or expand the article.
>
>
> This would become very large, annoying and unhelpful for almost all
> users of the wiki. Perhaps something that can be switched on by those
> who want to see whether their own wiki has a given article? That may
> be possible just in personal CSS.
>
>
> - d.
>
> _______________________________________________
> foundation-l mailing list
> foundation-l at lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/foundation-l

--
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail


from_name: Ray Saintonge

subject: [WikiEN-l] a few new wrinkles in the external link issue

body:
Jeff Raymond wrote:

>MacGyverMagic/Mgm wrote:
>
>
>>Other blogs aren't a-okay, but it's simply not possible to block all blogs.
>>Personally, I will allow blogs as sources when its contents can clearly be
>>attributed to a notable individual. 99% of MySpace members isn't remotely
>>notable at all.
>>
>>
>So because most blogs aren't useful, we'll simply assume they all
>aren't.  Hey, most websites aren't useful, either, why not disable all
>external linking altogether?
>
Mgm is allowing for 1% good ones.  That's important progress because it
means that people actually have to pay attention to what they're doing.
If someone is doing that I'm happy to concede the other 99%.  It's the
absolutist stand that some take that's the problem.


subject:
[Foundation-l] Promoting non-en Wikipedias (was In defence of
 Google)

body:
teun spaans wrote:

>About the map: What about Canada? Didnt they start a local chapter recently?
>
There was a mailing list started.

Ec


body:
-------- Original-Nachricht --------
Datum: Mon, 22 Jan 2007 16:42:18 +0000
Von: geni <geniice at gmail.com>
An: "Wikimedia Foundation Mailing List" <foundation-l at lists.wikimedia.org>
Betreff: Re: [Foundation-l] Promoting non-en Wikipedias (was In defence of	Google)

> On 1/22/07, Till Weber <peterpanini at gmx.net> wrote:
> > at the moment each wikipedia is shwon in the left side menue, if the
> accodring edit is done >for the page, or the server is adding it automatically
> over night, right?
>
> They are added manualy for the most part.
>
>
> --
> geni

see here, for example "Madonna"

can we have this automatically for each keyword added in each language?
ok, the cryptic languages need manual advice, but we can do a link already.. then the index will grow... That?s all we need for promotion !!!

http://en.wikipedia.org/wiki/Madonna_(entertainer)

[[ar:??????]]
[[bg:?????? (??????)]]
[[bs:Madonna]]
[[ca:Madonna]]
[[cbk-zam:Madonna]]
[[cs:Madonna]]
[[da:Madonna]]
[[el:???????]]
[[en:Madonna (entertainer)]]
[[eo:Madonna]]
[[es:Madonna]]
[[fa:????? (???????)]]
[[fi:Madonna]]
[[fr:Madonna]]
[[gl:Madonna]]
[[he:?????]]
[[hr:Madonna]]
[[hu:Madonna (?nekesn?)]]
[[id:Madonna]]
[[it:Madonna (cantante)]]
[[ja:???? (??)]]
[[ka:?????? (?????????)]]
[[la:Madonna (cantrix)]]
[[lt:Madonna]]
[[mk:?????? (???????)]]
[[nds-nl:Madonna (zangeres)]]
[[nl:Madonna (zangeres)]]
[[no:Madonna (artist)]]
[[pl:Madonna]]
[[pt:Madonna]]
[[ro:Madonna]]
[[ru:??????? (????????)]]
[[simple:Madonna Ciccone]]
[[sk:Madonna]]
[[sl:Madonna]]
[[sq:Madonna]]
[[sr:??????]]
[[sv:Madonna]]
[[th:????????]]
[[tr:Madonna]]
[[vi:Madonna (ca s?)]]
[[vls:Madonna (zangeresse)]]
[[yi:??????]]
[[zh:???]]
--
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer


from_name: Marco Chiesa

body:
Jon Harald S?by wrote:

>
>
>Actually, there are several Wikipedians who speak Punjabi as a first
>language, but they all work in the English Wikipedia [1]. This is,
>IMHO, really sad, because I believe that they would be much more
>useful for our mission (you know, to "create and distribute a
>free encyclopedia of the highest possible quality to every single
>person on the planet in their own language" [2]) if they worked on the
>Punjabi Wikipedia; the English Wikipedia is crowded enough already.
>Perhaps an appeal could be made for them? (Oh, and this goes for all
>languages where the natives work on the English Wikipedia instead of
>"their own"; like several Indian languages, and Dhivehi, and probably
>several more.) I feel it would be better if it came from someone
>familiar to them, though, and not an "outsider" like me.
>
>[1] http://en.wikipedia.org/wiki/Category:User_pa-N
>[2] http://lists.wikimedia.org/pipermail/wikipedia-l/2005-March/020469.html
>
>
>
Well, I'd say it is a rather complicated issue. I think contributors
from every culture should be welcome on all wikipedias, particularly the
English-language one which, willing or not, is the biggest one and the
one most people translate from. So, the best thing would be to invite
Punjabi (or whatever other language) to contribute both to en.wiki (to
spread their culture to the rest of the world) and to the their own
mother tongue wikipedia (to give quality content to the local people).

I know very little of the situation in India, especially how many people
which have access to the internet are not fluent in English since, for
the time being, these would be the people who would benefit most from a
wikipedia in their own language. I know it's not the most appropriate
example, but it looks to me a situation comparable to many regional
languages wikis (Italian regional languages for example): in most cases
people won't get more information that what they would get from the
national language wiki (and they're probably more fluent in the national
language as well). If the contributors from India/Pakistan/... almost
consider English as their own first or second mother tongue, it doesn't
surprise me that they  read and write on the en wikipedia.

Marco (Cruccone)


from_name: Neil Harris

subject: [WikiEN-l] In the news...

body:
Guy Chapman aka JzG wrote:
> A slightly creepy loner who has been frightening women in his
> neighbourhood by hanging around their houses and trying to talk to
> them about military history and Star Wars has been ordered by a judge
> to serve his community service on Wikipedia.
>
> Solicitors representing Carl Peterson, from Ipswich, admitted that
> Carl had always found it very difficult to talk to members of the
> opposite sex, and had no idea that they might be slightly disturbed by
> having him wait outside their front doors to recite the fatality
> statistics at Nagasaki. Now as well as a restraining order, the court
> instructed that Carl serve his community service by sharing his
> expertise, writing and editing articles on the online encyclopaedia.
>
> To read the full story, click here:
>
> http://newsbiscuit.com/article/judge-directs-scary-obsessive-towards-wikipedia
>
> Guy (JzG)
>
Given some of the other stories linked on this page, I think this is
more likely to be satire than news.

-- Neil


from_name: Cormac Lawler

subject:
[Foundation-l] [Announcement] Welcome to our new Communication
	Manager

body:
On 1/22/07, Gatto Nero <gattonero at gmail.com> wrote:
> 2007/1/22, Florence Devouard <anthere at anthere.org>:
> > The Foundation is pleased to announce the addition of Sandra Ordonez as
> > Communications Manager. [...] Please say hello if you run into her online
> > (her wiki and irc name is "wiki blue") and welcome her to the community.
>
> Hi Sandy, welcome in our world.
> Communication has been a *very, very, very* big issue in the past
> days, here on wiki-.
> I'm sure you're gonna handling it perfectly.
> What I can ask you - talking about internal communication - is to
> inform the communities of everything possible going on wiki.
> This should be a great improvement.

Does Sandy's role involve internal as well as external communication?
Or is this something that still needs to be worked out? (This job
description by Gatto Nero is quite a brief!)

Oh yes, and a very warm welcome to you Sandy. :-)

Cormac


from_name: Gregory Kohs

subject: [WikiEN-l] Water chestnuts

body:
Could somebody please explain why [[Water chestnut]] is a disambiguation
page (with, in my opinion, neither splitting article really doing a good job
of describing the tuber that most English-speaking people are familiar with
from either a grocery store can or their local Chinese restaurant), while
[[Corn]] (which redirects to [[Maize]]) is a really nice article that talks
about the corn we all know and love, while having a convenient,
unobtrusive "disambig" flag at the top?

Doesn't the water chestnut deserve a little better than this confusing
disambiguation page?  It's a pretty common food.  Does the Wikipedia
community really expect users to find their way specifically to [[Eleocharis
dulcis]] to get a half-decent write-up on the water chestnuts that many of
their recipes call for?

--
Gregory Kohs
Cell: 302.463.1354


from_name: Jon Harald Søby

body:
On 1/22/07, Andre Engels <andreengels at gmail.com> wrote:
> Least Wikipedia
> contributorship is present in languages of India, with Punjabi (100 million
> speakers, no Wikipedians) at the bottom.

Actually, there are several Wikipedians who speak Punjabi as a first
language, but they all work in the English Wikipedia [1]. This is,
IMHO, really sad, because I believe that they would be much more
useful for our mission (you know, to "create and distribute a
free encyclopedia of the highest possible quality to every single
person on the planet in their own language" [2]) if they worked on the
Punjabi Wikipedia; the English Wikipedia is crowded enough already.
Perhaps an appeal could be made for them? (Oh, and this goes for all
languages where the natives work on the English Wikipedia instead of
"their own"; like several Indian languages, and Dhivehi, and probably
several more.) I feel it would be better if it came from someone
familiar to them, though, and not an "outsider" like me.

[1] http://en.wikipedia.org/wiki/Category:User_pa-N
[2] http://lists.wikimedia.org/pipermail/wikipedia-l/2005-March/020469.html

--
Best regards,
Jon Harald S?by

Website - http://www.alqualonde.com/
Wikipedia - http://no.wikipedia.org/wiki/Bruker:Jhs
MSN messenger - jhsoby at gmail.com
Skype - jon.harald.soby


from_name: ~Pyb

subject: [Foundation-l] Welcome to our new Communication Manager

body:
>
> The Foundation is pleased to announce the addition of Sandra Ordonez as
> Communications Manager. Sandy is a public relations specialist living in
> Tampa, Florida, with prior experience in for-profit and non-profit
> organizations. Her role will include press relations, written and oral
> communications, and various other assignments. We are fortunate to have
> had Sandy approach us about a position, and we are excited to have her
> start working in the office. Please say hello if you run into her online
> (her wiki and irc name is "wiki blue") and welcome her to the community.
>
> Florence Devouard
> Chair of Wikimedia Foundation
>

I've updated [[Current staff]] page on wmf website. Should we also create a
new page [[Communications Manager]] like [[Grants coordinator]] ? with the
following text ? :)

"The Wikimedia Communications Manager is Sandra Ordonez. The role of the
Communications Manageris to manage press relations, written and oral
communications, and various other assignments.

Sandra joined Wikimedia Foundation in January, 2007."
--
~Pyb


from_name: Brion Vibber

subject: [Wikitech-l] MD5 Password Encryption

body:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Edward Z. Yang wrote:
> If I am not mistaken (and I may very well be), MediaWiki still uses MD5s
> to encrypt (well, technically hash, but it's named wfEncryptPassword(),
> heh heh) user passwords.
[snip]
> If this is indeed the case, we should be considering migrating away from
> MD5 to a more secure algorithm like SHA256.

As a note; AFAIK versions of PHP prior to 5.1.2 include only MD5 and
SHA-1 digest functions built-in, and the rumor is SHA-1 isn't safe
enough either.

There is an 'mhash' module with more algos including SHA256, but it
appears not to be enabled by default:
http://www.php.net/manual/en/ref.mhash.php

The more featureful 'hash' module is available by default from 5.1.2 on:
http://www.php.net/manual/en/ref.hash.php

Currently MediaWiki supports PHP 5.0.4(?) and up, but 5.0 is mildly
annoying (and has some nasty breakage with arrays causing  it to fail on
64-bit systems.)

With appropriate hash functions present, we could indeed auto-upgrade
hashes on login. (A new field is not necessarily required; the existing
hash field can be upgraded to indicate the hash algo along with the hash
value. And in a happy case of coincidence, the password hash fields are
tinyblobs, so anything that fits in 255 bytes is cool...)

- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFtXKuwRnhpk1wk44RAqZKAJ9YoUN2Ea1VK+Aw9Y4LNEokgwcuWQCdFhYl
hu5nuA+yHUkJ4+fUtbVpWGE=
=WQS2
-----END PGP SIGNATURE-----


subject: [WikiEN-l] Water chestnuts

body:
Oldak says:
++++++++++++++++
Just some quick Google results:
+"Water chestnut" +"Eleocharis dulcis"
(
http://www.google.co.uk/search?q=%2B%22Water+chestnut%22+%2B%22Eleocharis+dulcis%22
)
produces  807 results)

+"Water chestnut" +"Trapa natans"
(
http://www.google.co.uk/search?hl=en&safe=off&client=firefox&rls=org.mozilla%3Aen-GB%3Aunofficial&hs=EKn&q=%2B%22Water+chestnut%22+%2B%22Trapa+natans%22&btnG=Search&meta=
)
gives 25,700 results

Without searching further, wouldn't the page (were it not a
disambiguation page) better point to T. natans, rather than E. dulcis
as you suggest?
+++++++++++++++++

Oldak, I don't mean to be snippy, but, I don't really care what Google
results on that search say, if (according to Wikipedia)...

Water caltrop is:
"sold as an occasional streetside snack in the south of" China.

Eleocharis dulcis is:
"The small, rounded corms <http://en.wikipedia.org/wiki/Corm> have a crispy
white flesh and can be eaten raw, slightly boiled, grilled, pickled, or
tinned <http://en.wikipedia.org/wiki/Canning>. They are a popular ingredient
in Western-style Chinese dishes. In China, they are most often eaten raw,
sometimes sweetened. They can also be ground into a
flour<http://en.wikipedia.org/wiki/Flour>which is used especially to
make fried cakes called
*matigao* (???; m?t? g?o). They are unusual among vegetables for remaining
crisp even after being cooked or canned."

Which one do you think 98% of Wikipedia users are actually searching for?
How many of them might be confused by their "eenie meenie mynie moe" on the
disambiguation page.

And Thomas Dalton said:
**********************
It would appear that two different plants are known as "Water
chestnut" and neither is significantly more important than the other,
so we have a disambig page.
**********************
To which I'd say, see "above".

By the way, great point from Andrew Gray about the "corn" issue, especially
in Europe.  Maybe "corn" was not my best counter-example.  How about:
[[Nutmeg]]?

--
Gregory Kohs
Cell: 302.463.1354


subject: [Wikitech-l] Loss of session data

body:
That sounds like Bug 8340:

http://bugzilla.wikimedia.org/show_bug.cgi?id=8340

Titoxd.

-----Original Message-----
From: Brion Vibber [mailto:brion at pobox.com]
Sent: Friday, January 19, 2007 11:33 PM
To: Wikimedia developers
Subject: Re: [Wikitech-l] Loss of session data

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Steve Bennett wrote:
> I keep getting the warning message about "Lost session data" when I go
> to save changes at EN. This was a problem a few months ago, then was
> fixed, but seems to be back. However there's a twist:
>
> 1) I click save (with an edit summary)
> 2) Preview comes up with message "Sorry! We could not process your
> edit due to a loss of session data. Please try again. If it still
> doesn't work, try logging out and logging back in." - edt summary box
> still has my summary in it
> 3) I click save
> 4) Reminder: You have not provided an edit summary. If you click Save
> again, your edit will be saved without one.
> 5) Save again - works.
>
> On one or two instances, the lost session data error message has
> appeared twice in a row.

If the problem sticks, usually you can work around it by clearing your
browser cookies and logging back in. This will assign you a new session
ID, which hopefully isn't mysteriously broken...

- -- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFsbe0wRnhpk1wk44RArJeAKCqtOAFqzH2ijQ8pk4lKRM+GmSNxQCgkEs2
bfoc+3CVu/4Do1g56r+Q7wg=
=jNyx
-----END PGP SIGNATURE-----


from_name: Dschwen

subject: [Wikitech-l] Suggestion: "Maintenance mode" (JavaScript thingie)

body:
> Example: I have a page in my user space that links to all the stubs
> I've started. Clicking "related changes" shows any changes to any page
> I started - useful for me. If anyone renames any of those stubs, it
> becomes a redirect. "Related changes" then quietly[1] breaks, because
> future changes to the stub no longer show up. It would be very handy
> for me to see which of my links are actually pointing to redirects.

I just whipped up a little Javascript for that purpose (PHP developers, start
puking now!). Just insert the following lines into your monibook.js (or
whichever skin you are using.

// [[User:Dschwen/highlightredirects.js]] - please include this line
document.write('<script type="text/javascript" src="'
+ 'http://en.wikipedia.org/w/index.php?title=User:Dschwen/highlightredirects.js'
+ '&action=raw&ctype=text/javascript&dontcountme=s"></script>');

Have fun and please report bugs directly to me (less spammy to the list and
less embarrasing to me :-) )
--
http://en.wikipedia.org/wiki/User:Dschwen
http://de.wikipedia.org/wiki/User:Dschwen
http://commons.wikipedia.org/wiki/User:Dschwen
http://meta.wikipedia.org/wiki/User:Dschwen


from_name: Guettarda

subject: [WikiEN-l] Water chestnuts

body:
On 1/22/07, Guy Chapman aka JzG <guy.chapman at spamcop.net> wrote:
>
> On Mon, 22 Jan 2007 18:05:27 -0500, "Gregory Kohs"
> <thekohser at gmail.com> wrote:
>
> >Could somebody please explain why [[Water chestnut]] is a disambiguation
> >page
>
> Or why [[Raleigh]] is not.  An entire nation and half a Commonwealth
> thinks Raleigh means first an explorer and second a bicycle
> manufacturer.

Damn imperialistic Brits - what are you saying, that most of the English
speaking world counts as "half a commonwealth" ;)  But yeah, Raleigh was Sir
Walter first, the bike second... and then I started applying to grad schools
and then discovered that Raleigh was the address of an obscure American
university.

Guy (JzG)
> --
> http://www.chapmancentral.co.uk
> http://en.wikipedia.org/wiki/User:JzG
>
>
> _______________________________________________
> WikiEN-l mailing list
> WikiEN-l at lists.wikimedia.org
> To unsubscribe from this mailing list, visit:
> http://lists.wikimedia.org/mailman/listinfo/wikien-l
>


from_name: The Cunctator

subject:
[WikiEN-l] Nofollow back on URL links on en.wikipedia.org
	articles for now

body:
On 1/20/07, Brion Vibber <brion at pobox.com> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Having been requested by Jimmy to do so, and having seen a fun rumor of
> a "search engine optimization world championship" contest targeting
> WP[1], I've gone ahead and switched rel="nofollow" back onto URLs in
> en.wikipedia.org's article namespace.

Does Jimmy have that authority? Should this have  gone through the board?
Did it?


from_name: Andrew Gray

body:
On 22/01/07, John Doe <phoenixoverride at gmail.com> wrote:
> regarding this HAVE YOU NO CLUE what spam is? there have been massive
> attacks by spammers recently there was one user that added 142 links to the
> same site, the reason? to increase the sites rank in google.

Good lord. What a novel idea of theirs. I can't believe I've never
seen that happen before; obviously we here have been sheltered from
the hurly-burly of real editing life for years.

> as for blog,
> myspace.com the reason is simple there is no need to link to jimbobs blog as
> per my reasoning at WT:EL

This sounds awfully like the "reliable sources" policy that
arbitrarily decreed Usenet could never be cited. Sure, we're mot in
the business of randomly linking to people's blogs, and we never have
been. That doesn't stop the fact that, occasionally, someone we would
consider reliable may post some information there we would like to
source.

(Indeed, one of our *explicit recommendations* to people we have
articles on is that if there is contradictory information about them
floating around, or basic information which isn't widely known, they
should make sure to mention it on their personal site somewhere...)

--
- Andrew Gray
  andrew.gray at dunelm.org.uk


from_name: Anthony

body:
On 1/22/07, The Cunctator <cunctator at gmail.com> wrote:
> On 1/20/07, Brion Vibber <brion at pobox.com> wrote:
> >
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Having been requested by Jimmy to do so, and having seen a fun rumor of
> > a "search engine optimization world championship" contest targeting
> > WP[1], I've gone ahead and switched rel="nofollow" back onto URLs in
> > en.wikipedia.org's article namespace.
>
>
> Does Jimmy have that authority? Should this have  gone through the board?
> Did it?

Where have you been for the last few years?  The board tends to stay
out of micromanaging Wikipedia.  Jimmy doesn't.

Anthony