Hello,
when will there a answer?
Gruß
Jan Luca
-Ursprüngliche Nachricht-
Von: wikitech-l-boun...@lists.wikimedia.org
[mailto:wikitech-l-boun...@lists.wikimedia.org] Im Auftrag von Jan Luca
Gesendet: Freitag, 3. April 2009 19:58
An: 'Wikimedia developers'
Betreff: Re: [Wikitech-l] Commit
It turns out it is very easy,
http://bug-attachment.wikimedia.org/attachment.cgi?id=5997 ,
to squeeze current duplication out of the text table, for we the little guy.
I suppose I'll just do that often, as there is little interest in
stopping new duplication coming in.
Who cares when you have all
Let me see, is the main thrill of creating abusive usernames being
that people will see them in recentchanges? Well if so consider
https://bugzilla.wikimedia.org/show_bug.cgi?id=18364
"array of boring event types to exclude from recentchanges".
P.S., I tried to add the above to
http://techblog.wik
On Tue, Apr 7, 2009 at 5:19 PM, Brion Vibber wrote:
> I just want to point out this is a *totally valid* and *very valuable*
> approach -- sometimes knowing that something would be hard or impossible
> to do with the current internals is a needed kick in the pants to
> refactor something.
Yup. I
On 4/7/09 1:58 PM, Håkon Wium Lie wrote:
> Also sprach David Gerard:
> > All are worth refactoring, but you have to convince different people
> > it's a good idea :-)
>
> Noted. So far, I've taken the "black box" approach to Wikipedia's
> markup: an external perspective allows me to optimize
Thank you for sending me to this bugs. I like the proposal in bug 17316
(second attachment). I hope it will be soon integrated (with multilingual
support of course)... :)
— Sylvain Brunerie
[[w:fr:User:Delhovlyn]]
On Tue, Apr 7, 2009 at 10:30 PM, Brion Vibber wrote:
> It needs to be updated in
2009/4/7 Håkon Wium Lie :
> Also, I don't really know how the internal systems work, and the
> braces in the template code scare me.
They scare everyone. The ParserFunctions syntax is evil. (This turns
out to be a feature, as only those geeky enough to wrangle with it do
so, giving the users a r
Also sprach David Gerard:
> It's useful and important in these markup refactorings to take
> note of which bits are
>
> * the MediaWiki software and extensions
> * [[MediaWiki:]] space messages
> * template markup
>
> The first is the software, the third is the local wiki, the second is
>> Anyway, there's a bit more visual expression of our data sizes within
>> core databases:
>> http://spreadsheets.google.com/pub?key=pfjIQrTbpVkaIStok1hWAdg
>
> How's that commonswiki is both on s2 and s3? (the one on s2 being 10
> times larger)
Ignoree the smaller one, it's an old copy from w
2009/4/7 K. Peachey :
> On Tue, Apr 7, 2009 at 8:57 AM, wrote:
>> Currently undos, so frequent on wikis, just blindly create a duplicate row
>> instead of checking if the old one could be reused,
>> https://bugzilla.wikimedia.org/show_bug.cgi?id=18333 . Maybe some hardware
>> savings could even
On 4/6/09 8:07 AM, Sylvain Brunerie wrote:
> We had a talk on the french-language Wikipedia a few months ago about the
> 404 error page displayed to the user when he types an URL like
> http://fr.wikipedia.org/Anything, instead of typing
> http://fr.wikipedia.org/wiki/Anything. The following proble
2009/4/7 Lars Aronsson :
> Håkon, did you only look at the English Wikipedia? Different
> languages have different coordinate templates. When I ask around,
> the Germans are convinced that their new template is the best, but
> they can't give a short summary of why this is so.
Yes. It's useful
Kalan wrote:
> Please have a look at how the template is fully rewritten in Russian
> Wikipedia [1] and make your suggestions. The template parameters seem
> to be compatible, so the suggestion may be to copy the infrastructure
> from ruwiki and make improvements there.
Lars Aronsson wrote:
Domas Mituzas wrote:
> even if it could be possible to reduce amount of pointers in text by
> reusing them (one can point same text entry to multiple revisions, as
> it was already noted), it could make maintenance/batch operations much
> more complicated.
It's already this way, as rollback
Håkon Wium Lie wrote:
> I've analyzed Wikipedia's HTML code for representing geographical
> coordinates. The current code is verbose and does not support the Geo
> microformat correctly. Three alternatives, differing on functionality
> and code size, are suggested as replacements:
>
> http://ww
Hi!
> But how can I interpret the s2/s3 worksheets? What means the data and
> index columns, and in what unit?
composite data for all tables + composite index for all tables, per
database, in megabytes.
--
Domas Mituzas -- http://dammit.lt/ -- [[user:midom]]
__
Hi!
Domas gave a very interesting link above:
> Anyway, there's a bit more visual expression of our data sizes within
> core databases:
> http://spreadsheets.google.com/pub?key=pfjIQrTbpVkaIStok1hWAdg
I suppose in the s1 worksheet data_length and index_length are in
bytes, and calculating the en
Hi!
Domas gave a very interesting link above:
> Anyway, there's a bit more visual expression of our data sizes within
> core databases:
> http://spreadsheets.google.com/pub?key=pfjIQrTbpVkaIStok1hWAdg
I suppose in the s1 worksheet data_length and index_length are in
bytes, and calculating the en
Wikimedia Deutschland is offering contracts for a couple of projects we feel are
important. If you are interested in earning some money by helping Wikimedia to
improve our Wikis, have a look at these projects:
* Evaluate the impact of using flagged revisions on the German Wikipedia -
http://www.me
Please have a look at how the template is fully rewritten in Russian
Wikipedia [1] and make your suggestions. The template parameters seem
to be compatible, so the suggestion may be to copy the infrastructure
from ruwiki and make improvements there.
— Kalan
[1] http://ru.wikipedia.org/wiki/templa
On Mon, Apr 6, 2009 at 3:57 PM, wrote:
> I'm curious what does
> SELECT COUNT(DISTINCT old_text), COUNT(*) FROM text;
> show on Wikipedia's database? On mine I get
> COUNT(DISTINCT old_text): 2913
> COUNT(*): 3560
> I.e., 1/7 of the rows are redundant.
As others have noted, Wi
jida...@jidanni.org schrieb:
> I'm curious what does
> SELECT COUNT(DISTINCT old_text), COUNT(*) FROM text;
> show on Wikipedia's database? On mine I get
> COUNT(DISTINCT old_text): 2913
> COUNT(*): 3560
> I.e., 1/7 of the rows are redundant.
On Wikimedia wikis, text is store
22 matches
Mail list logo