Wikitech-l September 2002

wikitech-l@lists.wikimedia.org

29 participants
47 discussions

RE: [Wikitech-l] Please test new special pages
by Mark Christensen 20 Sep '02

20 Sep '02

I think they should live on a special mantinance page. -----Original Message----- From: Magnus Manske [mailto:magnus.manske@epost.de] Sent: Fri 9/20/2002 7:02 AM To: wikitech-l(a)nupedia.com Cc: Subject: [Wikitech-l] Please test new special pages There are two new special pages to be tried out at Lee's test site: * http://www.piclab.com/wikitest/wiki.phtml?title=Special:Disambiguations * http://www.piclab.com/wikitest/wiki.phtml?title=Special:DoubleRedirects They should be pretty self-explaining. Note: The DoubleRedirects page takes some time, but the same database query entered manually at the "live" site takes only about 3-4 seconds. Please gimme feedback! Are they working? Are they worthy for the live site? Should they (and others to come) rather be integrated on a single "Special:Maintnance" page? Magnus _______________________________________________ Wikitech-l mailing list Wikitech-l(a)nupedia.com http://nupedia.com/mailman/listinfo/wikitech-l

1 0

Please test new special pages
by Magnus Manske 20 Sep '02

20 Sep '02

There are two new special pages to be tried out at Lee's test site: * http://www.piclab.com/wikitest/wiki.phtml?title=Special:Disambiguations * http://www.piclab.com/wikitest/wiki.phtml?title=Special:DoubleRedirects They should be pretty self-explaining. Note: The DoubleRedirects page takes some time, but the same database query entered manually at the "live" site takes only about 3-4 seconds. Please gimme feedback! Are they working? Are they worthy for the live site? Should they (and others to come) rather be integrated on a single "Special:Maintnance" page? Magnus

1 0

New software TEST wiki for Dutch; eo, pl updates
by Brion VIBBER 19 Sep '02

19 Sep '02

As requested, I've set up a Dutch test wiki running the new software. I've been sent also a Danish translations file, but I don't yet have access to the usemod database for the current Danish wiki to convert from; when I have that I'll set it up too. A couple days ago I wrote: > http://eo.wikipedia.org/ > http://pl.wikipedia.org/ and http://nl.wikipedia.org/ > (This will be the same location the final upgraded wikis will be at, > but the current .com URLs will also be redirected there once things > are set up for real.) > > A number of things are probably broken, including: > > * There may be searching problems with non-ASCII chars Please check! > * Article titles which start with non-ASCII chars may not have proper > case conversion. This is either a bug in the locale setup or in PHP's > ucfirst() function; if I can't iron it out, I'll copy in the > workaround I'd used in an earlier version of the program. Now fixed on pl, eo. Nl is latin-1, shouldn't have a problem. > * There are some article titles in the Polish database which started > with lowercase non-ASCII chars. These may have been skipped in > conversion; this should be fixable with automatic renaming, remind me > to do that. I'm told this is not a problem for the Polish wiki. Please check on others. > * The automatic conversion of uploaded files is very buggy so I > temporarily disabled it; I'll rework that in a bit. In the meantime, > test to be sure that uploads work. More or less fixed now. Please check them! Files previously linked from the English wiki are automatically copied over in the conversion and relinked with the new syntax; files linked from the meta wiki are not, mainly because that's on a different server and I don't have clean access to the upload space there. > * User accounts are not carried over; make sure you can create and use > new accounts. Still true. > * X-system conversion for the Esperanto wiki isn't currently > implemented; until I get that cleanly worked in, use Ek! (Windows) or > an appropriate multilingual keyboard layout (Mac, Unix) to type > supersigns. Still on the agenda... > * I've converted both of these wikis to standard UTF-8 (from modified > UTF-8-with-X-surrogates for eo and ISO-8859-2 for pl). Difficulties > internal to the system (for instance, capitalization issues) should be > sorted out shortly. Polish folks; if this is a real problem with > browser support (can you read & write as before?), let me know; in the > worst case I can shift you back to ISO-8859-2 and have more charsets > to deal with. No one's complained to me yet (though there are some URL-prettification issues in general which I will be attacking when I get a chance; especially as regards the note at the bottom of the Printable version), so I guess that's fine. Dutch and Danish will continue to be ISO-8859-1 for the time being. > * URLs with titles in the old syntax/charset aren't compatible yet, > this will be added in before final conversion, so URLs will be > preserved. On the same note, interlanguage links to English, French, > German etc (ISO-8859-1) with accented characters won't work if typed > in straight. That'll get fixed in a bit. Still on the agenda. Dutch, Danish are the same as English, German; don't have to worry about this. > * Namespaces may be generally broken, and some translations may suck. > :) Suggestions for improvements and corrections are welcome. Please check these! > * Talk (diskusja, priparolu) links are (or at least should be) > automatically converted to namespaces, but the links aren't taken out > of the body text yet. That'll be done later. These should now be automatically plucked out in most cases (where the link appears alone on a line and it looks safe to remove). Please check that real links haven't been disappeared too. Note that pre-conversion text should be preserved in the edit histories, so individual problem conversions should be easy to restore. Serious problems, of course, should be fixed in the script before the final conversions are made. > * The timezone on the new server is UTC instead of California time; > for Polish eventually the _default_ offset will be local Polish time, > but this isn't ready yet. Done. Polish, Dutch should be on Central European time by default, as is the live German wiki. Manual timezone offset is still against UTC. > I'll be making improvements over the next few days; if things are > looking reasonably good, expect final conversion by the end of the > week. Please play with editing, special pages, etc and complain at me > if things other than the above-mentioned don't work. > > Oh, and here's the page on the English wiki which describes the > various changes from the old software to the new: > http://www.wikipedia.org/wiki/Wikipedia:PHP_script_new_features -- brion vibber (brion @ pobox.com)

1 0

Dutch Wikipedia ready for Phase III Software
by Andre Engels 18 Sep '02

18 Sep '02

The Dutch Wikipedians (or at least a few of them) have been working on translating the configuration file the last few weeks, and now regard themselves ready to start up Phase III for real (or at least in test version). The result of our work can be found at: http://home.deds.nl/~sol3/wikinl/LanguageNL.php.txt We don't know what should happen now, but would like to get on the new Software as quickly as possible. Andre Engels

1 0

Re: [Wikitech-l] Time zone discrepancy
by lcrocker＠nupedia.com 18 Sep '02

18 Sep '02

> Why is the German Wiki on Pacific, when the English one is on UTC? > How is someone in Brazil or Australia supposed to answer the > question, since southern DST is out of phase with northern? There's only one server, and it's now on UTC. The /text/ of the German wiki is incorrect, and just hasn't been updated (I think it's correct in CVS, but since I'm not a German speaker I'll have to rely on Magnus to confirm that).

5 8

Wikipedia.org e-mail
by Brion VIBBER 17 Sep '02

17 Sep '02

Should it be possible to send e-mail to addresses like root(a)wikipedia.org, postmaster(a)wikipedia.org, etc? At the moment, sendmail doesn't accept connections except from the local machine on loopback so, eg a theoretical person trying to complain about a spammer sending stuff through clever manipulation of the "e-mail this user" function couldn't reach the customary addresses. -- brion vibber (brion @ pobox.com)

1 0

Re: [Wikitech-l] Wikipedia.org e-mail
by lcrocker＠nupedia.com 17 Sep '02

17 Sep '02

> Should it be possible to send e-mail to addresses like > root(a)wikipedia.org, postmaster(a)wikipedia.org, etc? At the > moment, sendmail doesn't accept connections except from > the local machine on loopback so, eg a theoretical person > trying to complain about a spammer sending stuff through > clever manipulation of the "e-mail this user" function > couldn't reach the customary addresses. I'm sure it's just a matter of sendmail configuration; I'm just not very up on that because I use qmail on my server.

1 0

OFFTOPIC : question about a firewall
by Gareth Owen 17 Sep '02

17 Sep '02

Sorry about this but I need a little help to defeat a fairly draconian packet filter on our network ... and you're all so smart ... Anyway, I'm on machine A, and all attempted connections between the outside world and A get dropped. I can ssh/rsh/telnet/anything to Unix machine B, and run any program I like on it (though not as root), and packets from machineB can get to the outside world. So I want to route my packets via machineB Is there a routing rule / IPFW rule / user mode program that I can use to selectively reroute my packets so I'd write: [gowen@machineA]$ reroute machineB:7272 netscape http://www.wikipedia.org and all the network requests would be transparently proxied port 7272 on machineB (where I was running a program that then sent the packets out into the ether). To be honest, I don't know enough about networking to know if this is even possible. I'm root on machineA, but not machineB. And no, the firewall isn't there to stop me doing this ... its a "temporary" stopgap since some of our machines got used in a DDoS attack. Unfortunately, "temporary" has a tendency to mean "policy will probably be repealed before heat death of universe". -- Gareth Owen "Wikipedia does rock. By the count on the "brilliant prose" page, there are 14 not-bad articles so far" -- Larry Sanger (12 Jan 2001)

3 3

New software TEST wikis for Esperanto, Polish
by Brion Vibber 16 Sep '02

16 Sep '02

As I was recently sent a translations file for Polish for the new phase III Wikipedia software, I've set up preliminary test wikis for Esperanto and Polish: http://eo.wikipedia.org/ http://pl.wikipedia.org/ (This will be the same location the final upgraded wikis will be at, but the current .com URLs will also be redirected there once things are set up for real.) A number of things are probably broken, including: * There may be searching problems with non-ASCII chars * Article titles which start with non-ASCII chars may not have proper case conversion. This is either a bug in the locale setup or in PHP's ucfirst() function; if I can't iron it out, I'll copy in the workaround I'd used in an earlier version of the program. * There are some article titles in the Polish database which started with lowercase non-ASCII chars. These may have been skipped in conversion; this should be fixable with automatic renaming, remind me to do that. * The automatic conversion of uploaded files is very buggy so I temporarily disabled it; I'll rework that in a bit. In the meantime, test to be sure that uploads work. * User accounts are not carried over; make sure you can create and use new accounts. * X-system conversion for the Esperanto wiki isn't currently implemented; until I get that cleanly worked in, use Ek! (Windows) or an appropriate multilingual keyboard layout (Mac, Unix) to type supersigns. * I've converted both of these wikis to standard UTF-8 (from modified UTF-8-with-X-surrogates for eo and ISO-8859-2 for pl). Difficulties internal to the system (for instance, capitalization issues) should be sorted out shortly. Polish folks; if this is a real problem with browser support (can you read & write as before?), let me know; in the worst case I can shift you back to ISO-8859-2 and have more charsets to deal with. * URLs with titles in the old syntax/charset aren't compatible yet, this will be added in before final conversion, so URLs will be preserved. On the same note, interlanguage links to English, French, German etc (ISO-8859-1) with accented characters won't work if typed in straight. That'll get fixed in a bit. * Namespaces may be generally broken, and some translations may suck. :) Suggestions for improvements and corrections are welcome. * Talk (diskusja, priparolu) links are (or at least should be) automatically converted to namespaces, but the links aren't taken out of the body text yet. That'll be done later. * The timezone on the new server is UTC instead of California time; for Polish eventually the _default_ offset will be local Polish time, but this isn't ready yet. I'll be making improvements over the next few days; if things are looking reasonably good, expect final conversion by the end of the week. Please play with editing, special pages, etc and complain at me if things other than the above-mentioned don't work. Oh, and here's the page on the English wiki which describes the various changes from the old software to the new: http://www.wikipedia.org/wiki/Wikipedia:PHP_script_new_features -- brion vibber (brion @ pobox.com)

2 1

"Technical" categories
by Magnus.Manske＠t-online.de 15 Sep '02

15 Sep '02

A while ago, one of the lists was discussing "technical" categories for articles. As far as I remember, many liked the idea to mark, for example, a biography as such, so all biographies could be listed automatically, searches could be limited to biographies, etc. Nothing was ever heard of since. It seems especially the Germans have a tendency for these categories. They have lists which they keep up-to-date manually, but IMHO they'll fail in the near future. I put my proposal on meta (http://meta.wikipedia.com/wiki.phtml?title=Technical_categories_in_Wikipedia). Please comment and develop. Magnus

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l September 2002