> on Tuesday, 2005-06-21, I will do a small presentation about Wikipedia on German
> television. It will be *live*, so it would be very helpful to have the servers
> online and responsive at that time :-)
Don't worry, Kurt, during my last live appearance on media all our squid caches
collapsed throwing really unfriendly errors. Shit happens. As you're going live,
prepare for anything.
Cheers,
Domas
The notes from the second Research Network meeting on Saturday are at:
http://meta.wikimedia.org/wiki/Wikimedia_Research_Network/Meetings/2005-06-…
The meeting lasted almost 3 hours, simultaneously in two separate
channels (technical and social), with lots of good ideas and
commitments. One key focus for the Research Network in the coming weeks
will be to assist Brion in the migration of Wikimedia to a single login
system, by providing GUI mock-ups and process specifications. We
discussed many details of that.
I will of course also repeat my constant call for more members:
http://meta.wikimedia.org/wiki/Wikimedia_Research_Network
We are already more than 30 and still scaling well. We are really trying
to get things done, and we can use anyone with a brain and the
willingness to do work :-). Take a look at the notes and logs and you
will see that you don't have to be a developer in order to be able to
make a difference. Assistance in inviting users and researchers to join
the WRN is of course also welcome. Spread the word. :-)
Best,
Erik
If you set up an article with sections like this, the auto-numbering gives
an incorrect result:
== 1
==== 1.1
==== 1.2
=== 1.1
=== 1.2
Should the "====" sections be labelled "1.0.?"? I think "yes".
I have searched BugZilla for mention of this without success: before I add
this does anyone else know if it has already been added?
--
Phil
[[en:User:Phil Boswell]]
In South Africa in April, Angela and I met with Wayne Mackintosh, the
director of the Centre for Flexible and Distance Learning:
http://cfdl.auckland.ac.nz/
He was quite keen on Wikiversity and has really followed up on it. He's
involved with a project called eXe, a pretty neat open source eLearning
authoring environment. One of the outcomes of him tinkering with
Wikipedia is a web interface to EasyTimeline based on eXe:
http://newped2.auckland.ac.nz/exe/exe/timeline/form.html
It really shows the potential of the toolkit, and I think we definitely
need similar widget tools for Wikiversity itself (for authoring tests
and the like). As it happens, playing with the above is a quite good way
to learn the operation of EasyTimeline: select an example and play with
the widgets.
Best,
Erik
I've tried downloading the 34GiB
http://download.wikimedia.org/wikipedia/en/20050516_old_table.sql.gz on
Ubuntu (Debian derivative) Linux via both wget and Firefox but neither
produces the correct length apparently due to the large size of the file.
What is the normal way people grab a copy of that file?
Dear server admins,
on Tuesday, 2005-06-21, I will do a small presentation about Wikipedia on German
television. It will be *live*, so it would be very helpful to have the servers
online and responsive at that time :-)
There might be many people from the audience trying to access the pages I
mention, I don't now if this will have any significant impact.
The presentation will be broadcast sometime between 20:00 and 21:00 German time,
that's 18:00 to 19:00 UTC, if I'm not mistaken. It'll last about 10 minutes.
More information about the presentation (in German) on
http://de.wikipedia.org/wiki/Benutzer:Kurt_Jansson/GIGA_real
(You can also put your suggestions for "cool" pages that I should show there. I
assume the age of the audience will mostly be between 15 and 25.)
Kurt
--
"Reading the Wikipedia is not a substitute for first aid training."
http://en.wikipedia.org/wiki/Cardiopulmonary_resuscitation
Kurt Jansson, Wiener Str. 7, 10999 Berlin, http://www.jansson.de/
It would be nice if the could \cdot be rendered in html, as it would
greatly reduce the number of tex snippets needing image conversion.
Perhaps '·' could be used? (E.g. 3·4=12.)
/Johan Fänge
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Why is Mediawiki programmed like this?
Page A ---OK MOVE---> Page B (history-less redirect to page A)
but
Page A ---BADMOVE---> Page B (history-less redirect to page C)
If it was:
Page A ---OK MOVE---> Page B (history-less redirect to page A)
Page A ---OK MOVE---> Page B (history-less redirect to page C)
Normal users would be able to clean up page-move vandals who:
Page A --MOVE--> Page B
Edit Page A
And effectively demand that an admin to the fixing. If the second set of
rules was implemented, then a user who wanted to revert this could:
Edited Page A --MOVE--> Page C
Page B --MOVE--> Page A
Speedy Page C or leave it there if it's in a user namespace.
I'm telling you, one of these days a vandal is going to realize that
Page moves require little work to be done but can cause massive damage
that requires lots of work to fix, and then create multiple puppet
accounts and capitilize on this behavior.
The only possible drawback that I can see with the second set of
behaviors is that it means pages are a bit jumpier: you can put them on
totally unrelated redirects, and you might lose some redirects in the
process. But hey, they're redirects.
- --
Edward Z. Yang Personal: edwardzyang(a)thewritingpot.com
SN:Ambush Commander Website: http://www.thewritingpot.com/
GPGKey:0x869C48DA http://www.thewritingpot.com/gpgpubkey.asc
3FA8 E9A9 7385 B691 A6FC B3CB A933 BE7D 869C 48DA
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
iD8DBQFCsHAVqTO+fYacSNoRAgEeAJ9ll6Rx+nVDHSWa6VAsrnYpP9GKfACeIZr1
3UlA9fMhI8GK1DUgBQPqnDk=
=TJiI
-----END PGP SIGNATURE-----
To whom it may concern:
The page http://meta.wikipedia.org/wiki/Enotif has been updated to
reflect all newest developments.
Best available EnotifWiki version is 3.28 , but only for the
(deprecated) MediaWiki 1.5alpha1 (current version is alpha2 ).
I'll soon try to migrate to alpha2 or better to CVS again, sorry for
that delay since May.
Wikinaut (Tom)
We're tentatively scheduling taking MediaWiki 1.5 beta and upgrading the
Wikimedia sites for next weekend, circa June 24/25/26.
This will mean some read-only time while the databases are restructured.
Exactly how long it will take we're not sure; if possible this will be a
'rolling blackout' with each wiki taken off for conversion in turn while
the others remain editable.
-- brion vibber (brion @ pobox.com)