Thank you for your quick answer.
I'd like to precise a little more the doubts I have:
20050421_cur_table.sql.gz ----> 864 108 KB
and
20050421_cur_table.sql ----> around gigabytes (compression factor of around
3)
BUT
20050421_old_table.sql.gz ----> around 31 gigabytes
and
20050421_old_table.sql ----> 34 201 362 bytes (compression factor of around
1.1)
Even though gunzip seemed to have worked well, I am still very suspicious.
I was expecting an old_table.sql file of around 80 to 90 gigabytes.
I am sorry to insist, but it is very important for my research project to
have the integrality of the records in the table "old" for I am trying to
study collaboration processes among wikipedians.
Thank you very much.
Kevin Carillo
_____
From: wikitech-l-bounces(a)wikimedia.org
[mailto:wikitech-l-bounces@wikimedia.org] On Behalf Of
wikitech-l(a)wikimedia.org
Sent: April 26, 2005 11:48 AM
To: wikitech-l(a)wikimedia.org
Subject: Wikitech-l Digest, Vol 21, Issue 48
Importance: Low
Send Wikitech-l mailing list submissions to
wikitech-l(a)wikimedia.org <mailto:>
To subscribe or unsubscribe via the World Wide Web, visit
http://mail.wikipedia.org/mailman/listinfo/wikitech-l
or, via email, send a message with subject or body 'help' to
wikitech-l-request(a)wikimedia.org <mailto:>
You can reach the person managing the list at
wikitech-l-owner(a)wikimedia.org <mailto:>
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Wikitech-l digest..."
Today's Topics:
1. Re: MediaWiki 1.5 release schedule (Brion Vibber)
2. Re: (no subject) (Tomer Chachamu)
3. Re: Test wiki (Phil Boswell)
4. Re: cvs head version - change of user preference: fully
re-arranging the sub-options (Timwi)
5. Re: [patch] Anonymous edit warning (Timwi)
6. Question about uncompressing and importing Wikipedia "old"
table (Kevin Carillo)
7. Re: cvs head version - change of user preference: fully
re-arranging the sub-options (Phil Boswell)
8. Re: Question about uncompressing and importing Wikipedia
"old" table (John Fader)
9. Re: Question about uncompressing and importing Wikipedia
"old" table (Timwi)
10. AW: [Wikitech-l] Upload-Problems in Version 1.4.0 (German)
(Karl-Otto Kirst)
11. AW: [Wikitech-l] Upload-Problems in Version 1.4.0 (German)
(Karl-Otto Kirst)
----------------------------------------------------------------------
Message: 1
Date: Tue, 26 Apr 2005 05:10:31 -0700
From: Brion Vibber <brion(a)pobox.com <mailto:> >
Subject: Re: [Wikitech-l] MediaWiki 1.5 release schedule
To: Wikimedia developers <wikitech-l(a)wikimedia.org <mailto:> >
Message-ID: <426E2FB7.7090901(a)pobox.com <mailto:> >
Content-Type: text/plain; charset="iso-8859-1"
MaPhi Werner wrote:
> So, out of naivity: how does the process work concerning the
> incorporation of enhancement patches?
Enhancement patches may or may not get integrated, depending on time,
interest, code cleanliness, bugginess, etc.
> I continued my work on read-access controlled pages (see
> http://mail.wikipedia.org/pipermail/wikitech-l/2005-March/028105.html
> for my first approach). The second version abandoned the idea of hiding
> individual pages and deals with namespaces instead.
Read access restrictions are a really, really low priority. I personally
have no interest in seeing such a feature in MediaWiki, though others
might take a crack at your patch.
-- brion vibber (brion @ pobox.com <mailto:> )
Hello,
I'm having problems importing the cur en.wikipedia.org dump into
my local MySQL server. I get the "max_allowed_packet" problem, but
increasing the value of that variable doesn't fix things for me. I'm
clearly doing something silly, but can't figure out what. I'd
appreciate any suggestions anyone may have.
==Details==
I'm running a clean install of MySQL 4.0.16-nt on Windows XP SP2, with
mediawiki 1.4.2 installed and working okay.
c:\WINDOWS\my.ini has the line:
set-variable=max_allowed_packet=512M
I've restarted the MySQL service since setting the above value.
I downloaded the April 21st cur table dump from
http://download.wikimedia.org/ and tried to load it with the following
command (where mysql and the mysql service run on the same machine):
mysql --max_allowed_packet=512M -u dan -p -D wikidb < 20050421_cur_table.sql
A nerve-wracking 7hrs later I get the (now all too familiar):
ERROR 1153 at line 1323: Got a packet bigger than 'max_allowed_packet'
I can only imagine that somehow the max packet setting isn't being
honoured by someone along the line. Naturally I tried it at the more
modest values suggested by
http://en.wikipedia.org/wiki/Wikipedia:Database_dump_import_problems,
but even bumping it up to the (surely insane) heights of 512M didn't
help.
I looked through the .sql file with less and it seems valid and uncorrupted.
Thanks,
Dan McDonald (user:Middenface)
Hi, when I try to install my wiki at
http://www.ars-vita-italica.com
I receive this message
*****
Multiple Choices
The document name you requested (|/config/index.php|) could not be found
on this server. However, we found documents with names similar to the
one you requested.
Available documents:
* /config/index.html
<http://www.ars-vita-italica.com/config/index.html> (common basename)
Please consider informing the owner of the referring page
<http://www.ars-vita-italica.com/> about the broken link.
*****
But: index.php IS there.
Yesterday evening I made some trials and when I modify the directory
name "config" to "conf" and insert the direct address
http://www.ars-vita-italica.com/conf/index.php
Mediawiki installs, but afterwards it tries to access the Main_Page on
http://www.ars.vita-italica.com/conf/index.php/index.php=....
and of course: this cannot work
Is there someone who had the same experience? What can I do about this?
Thank you!
Ciao, Sabine
Hi.
I am a MSc. student in admistration in Montreal, Canada, and am doing my
master's thesis on Wikipedia.
I am having troubles importing the table "old" of wikipedia.
I have first downloaded all the dump files (exported on April 21st) and then
concatenated them (cat ...).The concatenation of the dump files (english
version of Wikipedia) has ended up with a file of around 31 gigabytes
Apparently, the compression format has changed for bzip2 does not recognize
the resulting file as a bz2 one but gunzip is able to uncompress the file
(by naming the compressed file old_table.sql.gz).
Has the compression format been officially changed ?
Moreover, the uncompressed file has a final size of only 34,201,462 KB
which is not much bigger than the compressed file. Is that normal?
Nonetheless, the resulting sql file seems to be readable for it is possible
to import the 'old table' from it. But I don't know whether the file is
complete or not, and whether the old table that I got, will not miss any
record.
I successfully downloaded & installed several times already the english
version of the wikipedia database; but this time, there is something I don't
get.
Could you please indicate me what is wrong in what I am doing, or whether
there has been any change in the procedures to follow?
Thank you.
Kevin Carillo
Hello dear all,
In the preferences, the function who allows the user to change by
himself his login doesn't work. Have you a solution to solve this problem?
Thenk you in advance
Philippe
Hi, when I try to install my wiki at
http://www.ars-vita-italica.com
I receive this message
*****
Multiple Choices
The document name you requested (|/config/index.php|) could not be found
on this server. However, we found documents with names similar to the
one you requested.
Available documents:
* /config/index.html
<http://www.ars-vita-italica.com/config/index.html> (common basename)
Please consider informing the owner of the referring page
<http://www.ars-vita-italica.com/> about the broken link.
*****
But: index.php IS there.
Yesterday evening I made some trials and when I modify the directory
name "config" to "conf" and insert the direct address
http://www.ars-vita-italica.com/conf/index.php
Mediawiki installs, but afterwards it tries to access the Main_Page on
http://www.ars.vita-italica.com/conf/index.php/index.php=....
and of course: this cannot work
Is there someone who had the same experience? What can I do about this?
Thank you!
Ciao, Sabine
The board queue is overwhelmed with SPAM. Would it be possible to
route mail to the otrs board queue through spamassassin first, with the
parameters set fairly aggressively?
The ideal solution might involve an autoresponder as well. If Spam
assassin thinks something to that queue is spam, we autorespond to warn
the person that we've discarded it and please try again (perhaps by
sending it directly to me with wikipedia in the subject line for example).
--Jimbo
Is this the correct list to ask this question?
Who owns the HTML output for MediaWiki? In other words, who or which group is in charge of the final output of the HTML for all MediaWiki pages? Or does everyone just get to do their own thing?
The reason I ask is because I was recently asked to skin a copy of MediaWiki to put on one of our sites. As I went through the CSS file that came with it and tried to modify it to my needs I found that I could not. The reason I could not is because not all of the CSS was in the CSS file. Not only that but whole sections in the HTML output were not identified and thus had to be modified manually.
Why is this a problem? Everytime a new version of MediaWiki comes out, I am going to be required to tweak the HTML instead of just tweaking the CSS.
Is there an initiative here to standardize the HTML and CSS out put for MediaWiki? To make it easier and cleaner to customize, structure must be separated from content. Markup is only meant to markup, not control structure. Anything to do with style or control should be removed from the HTML and put into the CSS. The result will be cleaner HTML source and more control for designers.
Thank you,
Jonathan
Last Friday Zhengzhu said to me that community at sr: should decide
very fast (in one week) about implementation of his work on new
Serbian interface which implements all standards of Serbian language.
As it is too fast for voting on sr.wikipedia and as almost every
Saturday at 20h (8pm) CET people from sr: have online meetings at
#wikipedia-sr channel (Freenode network), I announced that we should
talk about implementation of Zhengzhu's work there. Also, I saw that
Angela is online and I called her to join us.
At 20h CET there were 8 sr: contributors, Zhengzhu and Angela at the
channel. (I'll list sr: contributor down.) Before 20h one more user
was online, but he had problems with Internet connection because of
rain in France, one more didn't come because he was running at
Belgrade Marathon. One more contributor came during the talk with
Zhengzhu. After talk with Zhengzhu two more contributors came and
participate in decision making. I asked other 3 more very active
contributors about their opinion after that talk and I can guess
(according to his writing at vilage pump) opinion for the last very
active contributor. All of that will be explained in the rest of the
message.
We were talking about one hour and half with Zhengzhu and some parts
of his work became more clear to us. Another hour was passed until we
articulated questions for voting and made decisions.
We had two questions: (a) To implement or not Cyrillic-Latin
conversion at sr: and how to implement; and (b) to implement or not
Ekavian-Iyekavian conversion at sr: and when.
a) According do possible solutions, we articulated for oppinions for
the first question:
1. Not to implement Cyrillic-Latin conversion.
2. To have mixed Cyrillic and Latin wiki source. This solution is
implemented on Chinese Wikipedia, but it is very strange for Serbian
speakers: only bibliography and foreign names can be mixed in one
text.
3. To have read-write Cyrillic and read-only Latin pages.
4. To have read-write for both Cyrillics and Latin. This oppinion had
one note: If it is not possible to implement, we should use oppinion 3
as temporary solution, until complete 4 is possible. This solution
also means that I can continue to talk with Zhengzhu about
implementation.
Voting result was (order is: IRC nickname, user account at sr:, oppinion):
bonzo, [[sr:User:Bonzo]], 4
djordjes, [[sr:User:Djordjes]], 4
domatrios, [[sr:User:Domatrios]], 3
dzivdzan, [[sr:User:Dzivdzan]], 4
Dzordzm, [[sr:User:Dzordzm]], 4
kaster, [[sr:User:Kaster]], 3
Milan^Tesovic, [[sr:User:Милант]], 2
millosh, [[sr:User:Милош]], 4
Pokrajac, [[sr:User:Покрајац]], 4
Sasa^Stefanovic, [[sr:User:Саша.Стефановић]], 4
VKokielov, [[sr:User:ВКокијелов]], 4
Other active contributors, which I asked after the voting, said:
[[sr:User:Ninam]], 3
[[sr:User:Горан Анђелковић]], 4 (he was disconnected before Zhengzhu came)
[[sr:User:Обрадовић Горан]], 4 (he was running on Belgrade Marathon)
Other active contributors for which I can just guess what do they think:
[[sr:User:Golija]], probably 4, maybe 3 (he was urged for introduction
of Latin alphabet on the vilage pump at sr:)
[[sr:User:Влада]], maybe 1, maybe 3 (he doesn't like Latin, as I think)
[[sr:User:Ivan]], I don't know
This is the list of all very active users. Actualy, I think that
contributors User:Domatrios, User:ВКокијелов and User:Ivan are not
"very active" according to March statistics, but they are active part
of community at sr:.
Results are:
A) According to voting on IRC:
- oppinion 1 - 0 votes
- oppinion 2 - 1 vote
- oppinion 3 - 2 votes
- oppinion 4 - 8 votes
B) According to all clear votes:
- oppinion 1 - 0 votes
- oppinion 2 - 1 vote
- oppinion 3 - 3 votes
- oppinion 4 - 10 votes
C) According to some possible votes:
- oppinion 1 - between 0 and 1 votes
- oppinion 2 - 1 vote
- oppinion 3 - between 3 and 5 votes
- oppinion 4 - between 10 and 11 votes
As oppinion 4 has clear majority, at least 10:6 against all other
oppinions, community decided to introduce read-write Cyrillic-Latin
conversion.
b) The second question was: to implement or not Ekavian-Iyekavian
conversion. Some people had some reserves not to implementation, but
to the time of implementation. So, they introduced two suboppinions
inside of oppinion for implementation. Oppinions was:
1.a - To implement Ekavian-Iyekavian conversion now.
1.b - To implement Ekavian-Iyekavian conversion after the
implementation of Cyrillic-Latin conversion.
2. - Not to implement Ekavian-Iyekavian conversion.
Voting result was (order is: IRC nickname, user account at sr:, oppinion):
bonzo, [[sr:User:Bonzo]], 1.a
djordjes, [[sr:User:Djordjes]], 1.a
domatrios, [[sr:User:Domatrios]], 2
Dzordzm, [[sr:User:Dzordzm]], 1.a
kaster, [[sr:User:Kaster]], 1.b
Milan^Tesovic, [[sr:User:Милант]], 2
millosh, [[sr:User:Милош]], 1.a
Pokrajac, [[sr:User:Покрајац]], 1.a
Sasa^Stefanovic, [[sr:User:Саша.Стефановић]], 1.a
VKokielov, [[sr:User:ВКокијелов]], 1.b
Before we articulated question, User:Dzivdzan left the room. As she
said that she is for implementation before she left, but, also, she
had some reserves to that implementation, her voice is assumed as 1.b
(dzivdzan, [[sr:User:Dzivdzan]], 1.b)
Other active contributors, which I asked after the voting, said:
[[sr:User:Ninam]], 1.a
[[sr:User:Горан Анђелковић]], 1.a (he was disconnected before Zhengzhu came)
[[sr:User:Обрадовић Горан]], 1.a (he was running on Belgrade Marathon)
Other active contributors for which I can just guess what do they think:
[[sr:User:Golija]], I don't know
[[sr:User:Влада]], I don't know
[[sr:User:Ivan]], I don't know
Results are:
A) According to voting on IRC:
- oppinion 1.a - 6 votes
- oppinion 1.b - 3 votes
- oppinion 2 - 2 votes
B) According to all clear votes:
- oppinion 1.a - 9 votes
- oppinion 1.b - 3 votes
- oppinion 2 - 2 votes
As oppinion 1.a has absolute majority, at least 6:5 against all other
oppinions, we will continue with implementation of Ekavian-Iyekavian
conversion together with implementation of Cyrillic-Latin conversion.
IRC logs can be found at:
The first three parts in Serbian: (1)
http://sr.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%…
(2)
http://sr.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%…
and (3) http://sr.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%…
The fourth part is in English, after we called Angela to see results:
http://sr.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%…
Next steps
Today Zhengzhu and me were talking about implementation. He said that
it is not so easy to implement our solution (because it has some
differences with Chinese implementation) and that we should wait until
June. Also, Zhengzhu and me agreed that I (and probably
sr:User:Kaster) can continue with implementation of Serbian interface
in MediaWiki. At least for the first time, Zhengzhu will check our
code before it's implementation into CVS tree.
(And spell checker on Gmail doesn't work now :) )
Hi,
I have disabled ActiveX plugins and controls
in my IE-browser (due to the large amount of
self-installing spy-ware etc. and when I go
to wikipedia sites like:
http://de.wikipedia.org/http://nl.wikipedia.org/
I get a popup window with 'Do you want to allow
software such as ActiveX controls and plug-ins
to run?'
This mainly seems to be necessary to show the
top left logo to be shown.
Wouldn't it be better for an open source standards
based site not to require MS-dependent technology?
Greetings,
Jaap