Yury Tarasievich yury.tarasievich at gmail.com writes:
So, can anybody point me to the code producing the browsers' markup
for the Image: tags?
Thanks.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On Mon, Mar 9, 2009 at 6:09 PM, Andrew Garrett and...@werdn.us wrote:
On Mon, Mar 9, 2009 at 2:36 PM, John Vandenberg jay...@gmail.com wrote:
Has the dumper been tweaked to remove all hidden revisions, including
hidden usernames recently fixed in bug 17792?
That was a bug in contributions,
On Mon, Mar 9, 2009 at 12:37 AM, John Vandenberg jay...@gmail.com wrote:
On Mon, Mar 9, 2009 at 6:09 PM, Andrew Garrett and...@werdn.us wrote:
On Mon, Mar 9, 2009 at 2:36 PM, John Vandenberg jay...@gmail.com wrote:
Has the dumper been tweaked to remove all hidden revisions, including
hidden
Yury Tarasievich yury.tarasiev...@gmail.com wrote:
So, can anybody point me to the code producing the browsers' markup
for the Image: tags?
Hello Yury,
The image markup is produced in the Linker
classhttp://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/Linker.php?view=markup.
--
Database error
From Wikipedia, the free encyclopedia
Jump to: navigation, search
A database query syntax error has occurred. This may indicate a bug in
the software. The last attempted database query was:
(SQL query hidden)
from within function ExternalStoreDB::store. MySQL returned error
Thanks Joshua. I am intending to try two approaches. The first being to
use the xml2sql and then fill the rest of the tables with the individual
dumps of the Tables that are already provided in SQL. The second would
be using Mwdumper – and then import the rest of the Tables using the SQL
Dumps
Hi all,
I'm not sure exactly where to raise this, so am asking here.
A researcher I have been in touch with has proposed starting a 2nd,
research-oriented Wikimedia toolserver. He thinks his lab can pay for
the hardware and would be willing to maintain it, if they could get
help setting it up. He
On Tue, Mar 10, 2009 at 11:07 AM, phoebe ayers phoebe.w...@gmail.com wrote:
Personally, I think a dedicated toolserver is a great idea for the
research community, but I know very little about the technical issues
involved and/or whether this has been proposed before. Please comment,
and I can
On Mon, Mar 9, 2009 at 9:33 PM, Aryeh Gregor
simetrical+wikil...@gmail.com wrote:
. . . and this fact is also apparently a major reason for the slowness
of new user review. New roots can't be added to the toolserver until
the private data is moved off, so there are too few roots to add new
On Tue, Mar 10, 2009 at 12:33 PM, Aryeh Gregor
simetrical+wikil...@gmail.com wrote:
. . . and this fact is also apparently a major reason for the slowness
of new user review. New roots can't be added to the toolserver until
the private data is moved off, so there are too few roots to add new
On Mon, Mar 9, 2009 at 9:54 PM, Andrew Garrett and...@werdn.us wrote:
The bottleneck is in approval (by Wikimedia DE's representative
Daniel), not in creating their accounts.
Oh. Why does a single specific person have to handle the approval of
all toolserver account requests, then?
Currently all data, including private data, is replicated to the
toolserver. We could not do this with a third-party server.
My understanding is that the the toolserver(/s) are owned by the
german chapter and not by wikimedia directly so why is private data
being replicated onto them?
On Tue, Mar 10, 2009 at 3:21 PM, K. Peachey p858sn...@yahoo.com.au wrote:
Currently all data, including private data, is replicated to the
toolserver. We could not do this with a third-party server.
My understanding is that the the toolserver(/s) are owned by the
german chapter and not by
On Mon, Mar 9, 2009 at 9:29 PM, Andrew Garrett and...@werdn.us wrote:
On Tue, Mar 10, 2009 at 3:21 PM, K. Peachey p858sn...@yahoo.com.au wrote:
Currently all data, including private data, is replicated to the
toolserver. We could not do this with a third-party server.
My understanding is that
14 matches
Mail list logo