Nikola Smolenski wrote:
> On Monday 02 February 2009 21:33:26 Chad wrote:
>> NPOV doesn't apply to MediaWiki. :)
>
> But, but, then we won't be able to use MediaWiki on Wikipedia! :)
WHAT?? You mere mortal are threatening to stop using the great software
made by the developers?? How do you dare?
Step 1 would be making interwiki transclusion not suck.
Its been a long-standing back-burner project of mine.
-Chad
On Feb 2, 2009 8:05 PM, "Marcus Buck" wrote:
Lars Aronsson hett schreven:
> What is the best way to organize infobox templates for geographic >
places, the one used on the F...
A
Lars Aronsson hett schreven:
> What is the best way to organize infobox templates for geographic
> places, the one used on the French, the Polish, or the Turkish
> Wikipedia? What are the most important features in use on other
> languages of Wikipedia, that my language is still missing?
>
> Ar
Andrew Garrett wrote:
> On Sat, Jan 31, 2009 at 5:03 AM, Domas Mituzas wrote:
>> [ ] - Separate cache for Cite, to avoid reparsing on minor edits,
>> that don't involve citations. I have no idea how much this would win,
>
> Domas and I worked on this on IRC for a bit just now, and the change
> h
On Mon, Feb 2, 2009 at 3:33 PM, Greg L wrote:
> Focusing on a key assumption of yours, Gregory: "Adding a number
> fudging kludge to produce a less accurate result…"
>
> Is this true? It seems that Robert Rohde is suggesting that his code
> turns round-off errors back to their intended values. Is
On Mon, Feb 2, 2009 at 3:25 PM, Gregory Maxwell wrote:
> Doing math in the parser is the wrong solution for this. Give the
> users string manipulation functions and save the math for integer only
> calculations and sausage making like table layout. Finite precision
> math simply can't be guarant
Focusing on a key assumption of yours, Gregory: “Adding a number
fudging kludge to produce a less accurate result…”
Is this true? It seems that Robert Rohde is suggesting that his code
turns round-off errors back to their intended values. Is your
assumption true that this tweak MUST necessar
2009/2/2 Nikola Smolenski :
> On Monday 02 February 2009 19:56:16 Chad wrote:
>> ExcessiveRedirects?
>
> That's POV. MultipleRedirects?
Well, it's the POV of whoever set the maximum, is that a problem?
___
Wikitech-l mailing list
Wikitech-l@lists.wikime
On Mon, Feb 2, 2009 at 5:56 PM, Robert Rohde wrote:
> I've already written code that converts 4.98 to 5 immediately
> before performing operations that explicitly expect integers by
> applying an explicit 1 part in 10^10 tolerance. That covers a wide
> range of cases that might be affecte
On Monday 02 February 2009 21:33:26 Chad wrote:
> NPOV doesn't apply to MediaWiki. :)
But, but, then we won't be able to use MediaWiki on Wikipedia! :)
> On Mon, Feb 2, 2009 at 3:22 PM, Nikola Smolenski wrote:
> > On Monday 02 February 2009 19:56:16 Chad wrote:
> > > ExcessiveRedirects?
> >
> >
What is the best way to organize infobox templates for geographic
places, the one used on the French, the Polish, or the Turkish
Wikipedia? What are the most important features in use on other
languages of Wikipedia, that my language is still missing?
Are these questions of a kind that you so
On Feb 2, 2009, at 2:56 PM, Robert Rohde wrote:
On Mon, Feb 2, 2009 at 2:32 PM, Gregory Maxwell
wrote:
> On Sat, Jan 31, 2009 at 8:33 PM, Robert Rohde
> wrote:
>> This discussion is getting side tracked.
>>
>> The real complaint here is that
>>
>> {{#expr:(0.7 * 1000 * 1000) mod 1000}}
On Feb 2, 2009, at 2:56 PM, Gregory Maxwell wrote: “What you really
want, as far as I can tell, is string functions, not math.”
Yes, yes, yes, Gregory. For StringFunction to work, or some other
string function subset. Someone please do tell: how hard is it for a
programmer to figure out a ch
On Mon, Feb 2, 2009 at 5:42 PM, Greg L wrote:
> If so, then we might as well throw up our hands that
> trying to delimit numbers via math functions is a lost cause.
Right.
I mean— it can be done— you just have to have the computer doing
either symbolic manipulation in the right base, or doing ef
On Mon, Feb 2, 2009 at 2:32 PM, Gregory Maxwell wrote:
> On Sat, Jan 31, 2009 at 8:33 PM, Robert Rohde wrote:
>> This discussion is getting side tracked.
>>
>> The real complaint here is that
>>
>> {{#expr:(0.7 * 1000 * 1000) mod 1000}} is giving 69 when it should give
>> 70.
>>
>> This is N
Let me try that again since I mangled the last response:
Sure. And my expectation that 5 divided by 3 times 3 ought to equal 5
and not 4.998 is due to my relative understanding of math and
relative lack of understanding regarding the inner workings of common
calculators. Is there some do
Sure. And my expectation that 5 divided by 3 times 3 ought to equal 5
and not 4.998 is due to my not understanding of math and lack of
understanding of how common calculators work. Is there some downside
to fixing this? If so, then we might as well throw up our hands that
trying to deli
On Sat, Jan 31, 2009 at 8:33 PM, Robert Rohde wrote:
> This discussion is getting side tracked.
>
> The real complaint here is that
>
> {{#expr:(0.7 * 1000 * 1000) mod 1000}} is giving 69 when it should give
> 70.
>
> This is NOT a formatting issue, but rather it is bug in the #expr
> parser
Robert: With regard to your Q: “Greg, how often do you worry about
more than 10 digits?”, the answer is, ‘not too often.’ The highest-
precision set of number sequences on my sandbox is nine significant
digits; e.g. 0.298728008
Getting floating-point math to no longer produce rounding errors
You guys appear to have broken something.
Look at ref #13 at the bottom of [1]
Instead of saying [[Discover]] it magically says [[encephalitis]] for
the magazine name.
-Robert Rohde
[1]
http://en.wikipedia.org/w/index.php?title=Visna_virus&diff=268100404&oldid=268099718
On Mon, Feb 2, 2009 a
2009/2/2 Andrew Garrett :
> Domas and I worked on this on IRC for a bit just now, and the change
> has been synced to Wikimedia wikis. It generates the cache key from an
> md5 of the input to the parser and the page-id. Render hash could be
> included in this if it causes problems, but I'm not sur
On Mon, Feb 2, 2009 at 10:55 AM, greg_l_at_wikipedia
wrote:
> I have a sandbox with hundreds of test numbers to exercise the
> {delimitnum} template. This template uses the same math-based
> functions as {val}. For anyone who has produced improved math
> functions, you can examine values on this s
NPOV doesn't apply to MediaWiki. :)
-Chad
On Mon, Feb 2, 2009 at 3:22 PM, Nikola Smolenski wrote:
> On Monday 02 February 2009 19:56:16 Chad wrote:
> > ExcessiveRedirects?
>
> That's POV. MultipleRedirects?
>
> > On Feb 2, 2009 10:31 AM, "Stephen Bain" wrote:
> > On Tue, Feb 3, 2009 at 1:09 AM
On Monday 02 February 2009 19:56:16 Chad wrote:
> ExcessiveRedirects?
That's POV. MultipleRedirects?
> On Feb 2, 2009 10:31 AM, "Stephen Bain" wrote:
> On Tue, Feb 3, 2009 at 1:09 AM, Chad wrote: > On
> Mon, Feb 2, 2009 at 8:43...
> >> 2) If not, should there be a new Special: page to list such
Indeed. When Wikiipedia’s servers are cooking along, the first-time
load on the sandbox is entirely tolerable. Once you’ve got it cached
after that very first time, then it’s much better yet. Once you get
there, you will find many, many number-sequence strategies. Some of
you mathematically
We could always go back to no templates at all ;-)
-Chad
On Feb 2, 2009 2:58 PM, "Domas Mituzas" wrote:
in few minutes Cite cache dropped Cite out of our profiling top50
page, and even though it accounted for 10% of cluster load today, it
is under 3% already.
I claim 90% of honor for this impr
in few minutes Cite cache dropped Cite out of our profiling top50
page, and even though it accounted for 10% of cluster load today, it
is under 3% already.
I claim 90% of honor for this improvement, the rest goes to Andrew,
who implemented it all ;-D
Do note, the war is not over yet, we wil
On Sat, Jan 31, 2009 at 5:03 AM, Domas Mituzas wrote:
> [ ] - Separate cache for Cite, to avoid reparsing on minor edits,
> that don't involve citations. I have no idea how much this would win,
Domas and I worked on this on IRC for a bit just now, and the change
has been synced to Wikimedia wiki
On Mon, Feb 2, 2009 at 11:17 AM, Aryeh Gregor
wrote:
> On Mon, Feb 2, 2009 at 1:55 PM, greg_l_at_wikipedia
> wrote:
>> I have a sandbox with hundreds of test numbers to exercise the
>> {delimitnum} template. This template uses the same math-based
>> functions as {val}. For anyone who has produced
On Mon, Feb 2, 2009 at 1:55 PM, greg_l_at_wikipedia
wrote:
> I have a sandbox with hundreds of test numbers to exercise the
> {delimitnum} template. This template uses the same math-based
> functions as {val}. For anyone who has produced improved math
> functions, you can examine values on this sa
ExcessiveRedirects?
-Chad
On Feb 2, 2009 10:31 AM, "Stephen Bain" wrote:
On Tue, Feb 3, 2009 at 1:09 AM, Chad wrote: > On
Mon, Feb 2, 2009 at 8:43...
>> 2) If not, should there be a new Special: page to list such "excessive"
>> redirect chains? > > ...
ReReRedirects?
--
Stephen Bain
stephen.
I have a sandbox with hundreds of test numbers to exercise the
{delimitnum} template. This template uses the same math-based
functions as {val}. For anyone who has produced improved math
functions, you can examine values on this sandbox that currently
produce rounding errors and test your n
On Mon, Feb 2, 2009 at 1:19 PM, Bence Damokos wrote:
> If I read the original e-mail correctly there were two issues mentioned:
> long replication for s3 -- explained by the deleted logs -- and long delays
> before any new feature (search upgrades in particular) are enabled on what
> are perceive
I see... Thanks.
— Sylvain Brunerie
[[w:fr:User:Delhovlyn]]
2009/2/2 mizusumashi
> Hi, Sylvain.
>
> > I don't see the problem with Firefox. Could you precise ?
>
> Please see [[w:en:User:Mizusumashi/workspace]] with Firefox.
> Don't you see moved [edit] links near at the second image?
>
>
Hi,
If I read the original e-mail correctly there were two issues mentioned:
long replication for s3 -- explained by the deleted logs -- and long delays
before any new feature (search upgrades in particular) are enabled on what
are perceived to be smaller wikis.
I think it would be beneficial for
On Mon, Feb 2, 2009 at 12:13 PM, Steve Summit wrote:
> mizusumashi wrote:
> > Please see [[w:en:User:Mizusumashi/workspace]] with Firefox.
> > Don't you see moved [edit] links near at the second image?
>
> I see two sections and two edit links, both of them moved down to
> roughly the bottom edge
mizusumashi wrote:
> Please see [[w:en:User:Mizusumashi/workspace]] with Firefox.
> Don't you see moved [edit] links near at the second image?
I see two sections and two edit links, both of them moved down to
roughly the bottom edge of the first section's image. I see this
all the time on the rea
Hi, Sylvain.
> I don't see the problem with Firefox. Could you precise ?
Please see [[w:en:User:Mizusumashi/workspace]] with Firefox.
Don't you see moved [edit] links near at the second image?
mizusumashi
___
Wikitech-l mailing list
Wikitech-
On Tue, Feb 3, 2009 at 1:09 AM, Chad wrote:
> On Mon, Feb 2, 2009 at 8:43 AM, Russell Blau wrote:
>>
>> 2) If not, should there be a new Special: page to list such "excessive"
>> redirect chains?
>
> Probably not. I'd say tweak the current one (a better name for it?)
ReReRedirects?
--
Stephen
I don't see the problem with Firefox. Could you precise ?
— Sylvain Brunerie
[[w:fr:User:Delhovlyn]]
2009/2/2 mizusumashi
> Floating editsection links work well with IE7.
> But floating editsection links move to bad position with Firefox,
> Safari, and GoogleChrome.
___
On Sun, Feb 1, 2009 at 12:13 PM, Robert Rohde wrote:
...
>
> {{#expr:floor(0.7*10)}} = 6
> {{#expr:0.07*100 = 7}} is False
> {{#expr:5/6 = (1/6)*5}} is False
> {{#expr:(10^16 + 1) % 10}} = 0
>
http://pt.php.net/manual/en/ref.bc.php
outputs 7
--
--
ℱin del ℳensaje.
_
On Mon, Feb 2, 2009 at 9:22 AM, Russell Blau wrote:
> "Chad" wrote in message
> news:5924f50a0902020609q542047cfme84b9237eec38...@mail.gmail.com...
> >> 3) How can the users (not sysadmins) of a given wiki determine what the
> >> value of $wgMaxRedirects is for their wiki? In particular, what
"Chad" wrote in message
news:5924f50a0902020609q542047cfme84b9237eec38...@mail.gmail.com...
>> 3) How can the users (not sysadmins) of a given wiki determine what the
>> value of $wgMaxRedirects is for their wiki? In particular, what value is
>> being used currently on enwiki and other WMF proj
On Mon, Feb 2, 2009 at 8:43 AM, Russell Blau wrote:
> It appears that since r45973, there is an enhancement to MediaWiki that
> allows the software to follow double redirects, and conceivably triple- and
> higher-level redirects, up to a configurable limit ($wgMaxRedirects). This
> raises a few
It appears that since r45973, there is an enhancement to MediaWiki that
allows the software to follow double redirects, and conceivably triple- and
higher-level redirects, up to a configurable limit ($wgMaxRedirects). This
raises a few questions:
1) Should [[Special:DoubleRedirects]] be chang
Hoi,
Can someone please explain why this is ?
Thanks,
GerardM
2009/2/1 Marcus Buck
> According to SiteMatrix we have 739 projects at the moment. There are
> three master partitions for the servers: s1 for enwiki only, s2 for 19
> other projects and s3 for all the rest (that's 719 projects).
Marcus Buck schrieb:
> According to SiteMatrix we have 739 projects at the moment. There are
> three master partitions for the servers: s1 for enwiki only, s2 for 19
> other projects and s3 for all the rest (that's 719 projects).
>
> My homewiki is one of those 719 projects. And I feel a bit neg
According to SiteMatrix we have 739 projects at the moment. There are
three master partitions for the servers: s1 for enwiki only, s2 for 19
other projects and s3 for all the rest (that's 719 projects).
My homewiki is one of those 719 projects. And I feel a bit neglected.
Replication is halted
48 matches
Mail list logo