Here is the updated LanguageDa.php, please somebody put it in CVS and on the danish Wikipedia.
Some misspellings has been corrected, and the latest strings from Language.php has been translated.
Regards
Christian List
Hello,
got this Errormessage on editing an article in the German wikipedia:
INSERT INTO old
(old_namespace,old_title,old_text,old_comment,old_user,old_user_text,old_timestamp,old_minor_edit,inverse_timestamp)
VALUES (0, 'Hannover_96', '[[en:Hannover 96]]Der \'\'\'Hannoversche
Sportverein von 1896\'\'\' ist ein Sportverein in [[Hannover
(Stadt)|Hannover]]. Seine [[Fußball]]mannschaft spielte traditionell
meistens in der 1. oder 2. [[Bundesliga]] (z.Zt. 1. Bundesliga).
Heimatstadion des Fußballteams ist die AWD-Arena
(\'\'\'[[Niedersachsen]]stadion\'\'\'). Traditionell bestehen
\"Lokalrivalitäten\" zu den Vereinen [[Eintracht Braunschweig]] und
[[SV Arminia Hannover]]. Daten: Gründung: [[12. April]] [[1896]]
Kleidung: Rotes Hemd, rote Hose, schwarze Stutzen oder weißes Hemd,
weiße Hose, weiße Stutzen Mitgliedszahl: 2.400 Farben: Schwarz -
Weiß – Grün Mannschaften: *Profimannschaft (1. Bundesliga) *Amateure
*Frauen *Altliga *Jugendmannschaften ==Link==
http://www.hannover96.de', 'wikif', 822, 'WeißNix',
'20030411084631', 1, '79969588915368')
aus der Funktion "Article::updateArticle". MySQL meldete den Fehler "3:
Error writing file './pliny-bin.007' (Errcode: 28)".
-- WeißNix
Sorry to pine users...
Taking the SQL query used in Special:Randompage from CVS and modifying it very slightly...
SELECT cur_id,cur_title,cur_random
FROM cur USE INDEX (cur_random)
WHERE cur_namespace=0 AND cur_is_redirect=0
AND cur_random>RAND()
ORDER BY cur_random
LIMIT 20
returns...
cur_id cur_title cur_random
124125 Pierce,_Nebraska 0.0030205277754185
205997 Wagh_el_Birket 0.00385735184313483
120605 Custer_Township,_Minnesota 0.00416424684614339
131375 Lorane,_Pennsylvania 0.00439120363853053
150887 Columbiana,_Ohio 0.00589350611520326
53913 Castle_Rock 0.00614019670164231
10438 Komyo 0.00616735406794339
131027 Newberg,_Oregon 0.00645017624502087
120060 Hartland_Township,_Minnesota 0.00903007575220435
126590 Osceola,_New_York 0.00905275718220766
It doesn't always return the same articles, but they're always very low-numbered. I don't know about you, but I would call that a MySQL bug. This is good because it means Brion has already fixed the problem.
May I make a suggestion, while we're on the topic? How about changing the query to:
SELECT cur_id,cur_title,cur_random
FROM cur USE INDEX (cur_random)
WHERE cur_namespace=0 AND cur_is_redirect=0
AND cur_random>{$rand} AND cur_user<>3903 AND cur_user<>6120
ORDER BY cur_random
LIMIT 20
which will skip anything last edited by Ram-Man or Rambot. Like Daniel Mikkelsen said, the most important function for Special:Randompage is to impress passers-by. We should rig it any way we can to make Wikipedia look better.
-- Tim Starling
>On Wed, 4 Jun 2003, Tim Starling wrote:
> > Taking the SQL query used in Special:Randompage from CVS and modifying
> > it very slightly...
>[snip]
> > It doesn't always return the same articles, but they're always very
> > low-numbered. I don't know about you, but I would call that a MySQL
> > bug.
Indeed I did write that, but that message hasn't made it through to my
mailing-list email account. I sent that message twice (using different
methods), and I see both copies reached the archive, and one of them has
reached the GMANE, but neither seem to have been broadcast by email.
Although this I'm mainly intended this as a warning to posters to be
careful, and an apology for confusing people, I'll offer some completely
uninformed and naive ideas of what is going wrong. One of the messages was
not sent by GMANE at all, it was sent via my ISP's SMTP server. Is it
possible mailman discarded both the GMANE post and the SMTP post because the
sender address (-----(a)hotmail.com) did not match the sending server?
-- Tim Starling.
_________________________________________________________________
Hotmail is now available on Australian mobile phones. Go to
http://ninemsn.com.au/mobilecentral/signup.asp
Brion wrote:
>On Tue, 3 Jun 2003, Hr. Daniel Mikkelsen wrote:
> > On Tue, 3 Jun 2003, Thomas Luft wrote:
> > The random page on the English one isn't random either. You will
>regularly get
> > the same page again and again if you try a few times.
>
>Grrr.... looks like the random indices are all off again; somehow MySQL's
>rand() function is biasing high the way we've been using it, and there are
>_very_ few articles set with lower indexes (<0.25), so those few get
>pulled up way too often. I've just told it to redo all the random indexes
>on the german wiki in a lump; I'll reset them on the English wiki later
>tonight when traffic is lower.
Unless you've already fixed it, the English cur_random column is still fine.
SELECT cur_random FROM cur WHERE cur_random>0.01 ORDER BY cur_random LIMIT
10
returns...
0.0100032491702617
0.010005122059961
0.010018127048405
0.0100242663268226
0.0100461980421526
0.0100568952132546
0.0100595876668204
0.0100729866047138
0.0100769354124339
0.0100776087586559
Sounds to me like you fixed the English one after I first described the
cause of the problem a month ago, but you didn't fix the other languages. If
in fact the English cur_random was stuffed up again, and you fixed it before
I ran the above query, I want to know about it. I consider this a pet bug of
mine now.
>I've also gone ahead and replaced the random seed generator in the wiki
>and changed Special:Random to use its own random number instead of asking
>for one from MySQL. I don't trust MySQL anymore. :) And I took out the
>reset-index-on-load, which was probably trouble.
Why not just go the whole hog and use a noisy diode? ;)
I was pretty confident I worked out the problem last time around. I even
wrote a little program simulating the behaviour of the previous version of
Special:Randompage. It's attached. Compile it with "g++ drift_test.cc" and
watch all those "random" numbers gravitate towards 1.0 like it's a hot woman
at a party or something.
Hr. Daniel Mikkelsen <daniel(a)copyleft.no> wrote:
<snip>
>The random page on the English one isn't random either. You will regularly
>get
>the same page again and again if you try a few times.
This should have been fixed a month ago, when Brion reset the index. Have
you checked since then?
-- Tim Starling.
_________________________________________________________________
Get mobile Hotmail. Go to http://ninemsn.com.au/mobilecentral/signup.asp
>I've checked in a few quick tweaks to cvs, just fyi:
I thought there was meant to be a feature freeze on. I've got major changes
pending to SpecialRecenchanges and SpecialRecentchangeslinked, so don't go
changing them. I've also got minor (i.e. easily merged) changes pending to
GlobalFunctions and Language.php.
The changes to SpecialRecentchanges don't look big to the user: now you can
hide minor edits without going to the user preferences (that's really a bug
fix more than anything), and you can hide edits by logged in users. But the
increased complexity incited me to revamp the code somewhat.
-- Tim Starling
_________________________________________________________________
Get mobile Hotmail. Go to http://ninemsn.com.au/mobilecentral/signup.asp
Hi,
I just played a little bit with the "random page" feature on the German
Wikipedia and read an article about "Masatoshi Koshiba". After I hit the
link for the random page again I was directed to "Skins" which seems ok,
but after that I came to "Raymond Davis Jr.
<http://de.wikipedia.org/wiki/Raymond_Davis_Jr.>" who was linked as "see
also" on the page of Koshiba. IMHO the random page is not that random at
all, on the other hand this could really be a random coincidence. Maybe
some of you have an idea if the random mode needs to be modulated...
Regards
Thomas aka Urbanus
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I've checked in a few quick tweaks to cvs, just fyi:
* wfCheckLimits() function factors out some of the
$offset/$limit-checking common to a lot of special pages
* some old str_replace("$1"...wfMsg()) sequences replaced with
wfMsg("...","...")
* Preliminary support for mysql4 fulltext boolean mode search (not done
yet: need to split up terms for highlighting and make sure intl
conversion is done)
* Very preliminary patches for adding license fields to the image table.
Not even checked for syntax, and not supported by any code yet.
Just a quick though also: it _would_ be nice to be able to search for eg
"C++" or "C#". Mysql's fulltext search I don't think will preserve
these, but in theory we can armor them the same way we do for utf-8
high characters.
Also: http://www.mysql.com/doc/en/Fulltext_Search.html
scroll down for the boolean mode notes. For people used to google-style
searches (or our current search method), the default behavior being
'or' instead of 'and' may be confusing. We could force adding +s to the
search terms to change the behavior, but this could be tricky to do
right, and we'd probably want a way to undo it.
Also, the phrase search ("foo bar") may be problematic with our handling
of links, where "biz [[foo|bar]] bax" is indexed as "biz foo bar bax"
and "biz [[foo]]bar bax" as "biz foo foobar bax" or some such.
Current cvs running on test.wikipedia.org.
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE+3GPCxVlOmwh1xjgRAuYGAJ9lDX+2p/6REcR9g1gdEvBX2RJa8ACfaqXa
59p1jUPRkaRCmQ5Y5qkEJ3I=
=LMY8
-----END PGP SIGNATURE-----
Can somebody setup a redirect from http://nds.wikipedia.org and
http://www.nds.wikipedia.org to http://za.wikipedia.com
The Plattdüütsch Wikipedia now is using a old usemod wikipedia whit the
wrong language code. Whit the redirect the can spread the good url even when the
do not have a fase III wiki
Giskart
--
+++ GMX - Mail, Messaging & more http://www.gmx.net +++
Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!
For the second time I got an error message
"Sie müssen angemeldet sein und eine gültige E-Mail-Addresse haben, um
anderen Benutzern E-Mail zu schicken."
when I tried to send someone a mail. It seems Wikipedia is forgetting my
address. When I re-enter it in the preferences it works.
Has anybody else experienced this?
(I'm using Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.3)
Gecko/20030312)
There is also a known bug that I can't see my e-mail address in the
preferences, although it has been entered. But I guess this isn't related.
Kurt