X-From_: folks-bounces@wikipedometer.net Wed Sep  9 22:58:55 2009
Return-Path: <folks-bounces@wikipedometer.net>
MIME-Version: 1.0
In-Reply-To: <25890ca0909091216l6c6ff7a7tbd383515f86f6e5a@mail.gmail.com>
References: <6c9a05ec0909080653o7591b5c2j44606a827a5a8533@mail.gmail.com>
	<4fbe29dd0909080702q41b4b80aw6d0ede1c7c62f958@mail.gmail.com>
	<929ed1ec0909082341g16f2ec66mbbcdc525c863c058@mail.gmail.com>
	<c3b2b3db0909090542j7ded5c09gb9b17786032390d9@mail.gmail.com>
	<4AA7E444.6050602@post.pl>
	<4fbe29dd0909091203s1ac491a9h2208b98dfba553dc@mail.gmail.com>
	<25890ca0909091216l6c6ff7a7tbd383515f86f6e5a@mail.gmail.com>
Date: Wed, 9 Sep 2009 23:58:51 +0300
Message-ID: <929ed1ec0909091358r57e27c87ue7fa2014ab0b1606@mail.gmail.com>
From: Digwuren <digwuren@gmail.com>
To: Wikipedia statistics <folks@wikipedometer.net>
X-Spam_score: -0.2
X-Spam_score_int: -1
X-Spam_bar: /
X-Spam_report: Spam detection software,
	running on the system "pakkun.mirky.net", has
	identified this incoming email as possible spam. The original message
	has been attached to this so you can view it (if it isn't spam) or
	label similar future email.  If you have any questions, see
	the administrator of that system for details.
	Content preview:  On Wed, Sep 9, 2009 at 22:16, radek szulga
	<rsszulga@gmail.com> wrote: > I got an angry email from Loosemark about
	this from Faustian: > >
	http://en.wikipedia.org/w/index.php?title=Massacres_of_Poles_in_Volhynia&diff=312780323&oldid=312336779
	> > I've been emailing Loosemark and telling him to give Faustian and
	chance > and talk and reason with him and to tone it down on The
	Volhynnia Massacres > article. I can't - well I could - check the
	source
	because it takes like ten > minutes to load each wiki page where I'm at,
	but just looking at it > superficially I think in this case Loosmark is
	right - this does seem very > provocative on Faustian's part. > [...] 
	Content analysis details:   (-0.2 points, 5.0 required)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
	0.0 HTML_MESSAGE           BODY: HTML included in message
	1.7 DNS_FROM_RFC_POST      RBL: Envelope sender in
	postmaster.rfc-ignorant.org
	0.7 AWL AWL: From: address is in the auto white-list
X-Spam-Checker-Version: SpamAssassin 3.1.7-deb3 (2006-10-05) on 
	pakkun.mirky.net
X-Spam-Level: 
X-Spam-Status: No, score=-0.2 required=5.0 tests=AWL,BAYES_00,
	DNS_FROM_RFC_POST,HTML_MESSAGE autolearn=no version=3.1.7-deb3
Subject: Re: [WPM] Russavia got Bannned !
X-BeenThere: folks@wikipedometer.net
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Wikipedia statistics <folks@wikipedometer.net>
List-Id: Wikipedia statistics <folks.wikipedometer.net>
List-Unsubscribe: <http://wikipedometer.net/cgi-bin/mailman/listinfo/folks>,
	<mailto:folks-request@wikipedometer.net?subject=unsubscribe>
List-Post: <mailto:folks@wikipedometer.net>
List-Help: <mailto:folks-request@wikipedometer.net?subject=help>
List-Subscribe: <http://wikipedometer.net/cgi-bin/mailman/listinfo/folks>,
	<mailto:folks-request@wikipedometer.net?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4397267669174386451=="
Mime-version: 1.0
Sender: folks-bounces@wikipedometer.net
Errors-To: folks-bounces@wikipedometer.net
X-Spam_score: -0.2
X-Spam_score_int: -1
X-Spam_bar: /
X-Spam_report: Spam detection software, running on the system "pakkun.mirky.net", has
	identified this incoming email as possible spam.  The original message
	has been attached to this so you can view it (if it isn't spam) or label
	similar future email.  If you have any questions, see
	the administrator of that system for details.
	Content preview:  On Wed, Sep 9, 2009 at 22:16, radek szulga
	<rsszulga@gmail.com> wrote: > I got an angry email from Loosemark about
	this from Faustian: > >
	http://en.wikipedia.org/w/index.php?title=Massacres_of_Poles_in_Volhynia&diff=312780323&oldid=312336779
	> > I've been emailing Loosemark and telling him to give Faustian and
	chance > and talk and reason with him and to tone it down on The
	Volhynnia Massacres > article. I can't - well I could - check the source
	because it takes like ten > minutes to load each wiki page where I'm at,
	but just looking at it > superficially I think in this case Loosmark is
	right - this does seem very > provocative on Faustian's part. > [...] 
	Content analysis details:   (-0.2 points, 5.0 required)
	pts rule name              description
	---- ---------------------- --------------------------------------------------
	-2.6 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
	0.0 HTML_MESSAGE           BODY: HTML included in message
	1.7 DNS_FROM_RFC_POST      RBL: Envelope sender in
	postmaster.rfc-ignorant.org
	0.7 AWL                    AWL: From: address is in the auto white-list

--===============4397267669174386451==
Content-Type: multipart/alternative; boundary=001636283516aac42d04732b5955

--001636283516aac42d04732b5955
Content-Type: text/plain; charset=UTF-8

On Wed, Sep 9, 2009 at 22:16, radek szulga <rsszulga@gmail.com> wrote:

> I got an angry email from Loosemark about this from Faustian:
>
> http://en.wikipedia.org/w/index.php?title=Massacres_of_Poles_in_Volhynia&diff=312780323&oldid=312336779
>
> I've been emailing Loosemark and telling him to give Faustian and chance
> and talk and reason with him and to tone it down on The Volhynnia Massacres
> article. I can't - well I could - check the source because it takes like ten
> minutes to load each wiki page where I'm at, but just looking at it
> superficially I think in this case Loosmark is right - this does seem very
> provocative on Faustian's part.
>

Does your web browser support compression *properly*?  MediaWiki can serve
its output gzip-encoded, which can reduce the data size of text (and hence,
load time) by some three times, occasionally more for machine-generated
text.  (But this won't gain you much if the bottleneck between you and
WikiMedia is a *compressed* modem uplink.  MNP-5 and V.42bis are most likely
compression standards and keywords to recognise.  What kind of bottleneck
you're facing can be guessed by flooding the channel for a short time and
measuring its throughput; there are numerous "download speed measurement"
websites that do exactly that.  (But this is not recommended if you pay by
byte.))

Of modern major browsers, only MSIE is funky in this area.  Even Lynx
handles gzipped input properly.

Also, Wikipedia has a cellphone interface that's less frilly.  It's
automatically triggered when the browser declares it to be a cellphone, but
I suspect it can be requested manually, too.  I'm not sure if it supports
editing, though.

Finally, something like AWB -- which uses the rather laconic MediaWiki API
instead of the user-oriented web interface to download pages and upload
edits -- may help to separate the download/upload process from the editing
process, and therefore help you cope better with an extremely narrow uplink.

-- 
Andres Soolo

--001636283516aac42d04732b5955
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div class=3D"gmail_quote">On Wed, Sep 9, 2009 at 22:16, radek szulga <span=
 dir=3D"ltr">&lt;<a href=3D"mailto:rsszulga@gmail.com">rsszulga@gmail.com</=
a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0=
 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I got an angry email from Loosemark about this from Faustian:<br><a href=3D=
"http://en.wikipedia.org/w/index.php?title=3DMassacres_of_Poles_in_Volhynia=
&amp;diff=3D312780323&amp;oldid=3D312336779" target=3D"_blank">http://en.wi=
kipedia.org/w/index.php?title=3DMassacres_of_Poles_in_Volhynia&amp;diff=3D3=
12780323&amp;oldid=3D312336779</a><br>

<br>I&#39;ve been emailing Loosemark and telling him to give Faustian and c=
hance and talk and reason with him and to tone it down on The Volhynnia Mas=
sacres article. I can&#39;t - well I could - check the source because it ta=
kes like ten minutes to load each wiki page where I&#39;m at, but just look=
ing at it superficially I think in this case Loosmark is right - this does =
seem very provocative on Faustian&#39;s part.<br>
</blockquote><div><br></div><div>Does your web browser support compression =
*properly*? =C2=A0MediaWiki can serve its output gzip-encoded, which can re=
duce the data size of text (and hence, load time) by some three times, occa=
sionally more for machine-generated text. =C2=A0(But this won&#39;t gain yo=
u much if the bottleneck between you and WikiMedia is a *compressed* modem =
uplink. =C2=A0MNP-5 and V.42bis are most likely compression standards and k=
eywords to recognise. =C2=A0What kind of bottleneck you&#39;re facing can b=
e guessed by flooding the channel for a short time and measuring its throug=
hput; there are numerous &quot;download speed measurement&quot; websites th=
at do exactly that. =C2=A0(But this is not recommended if you pay by byte.)=
)</div>
<div><br></div><div>Of modern major browsers, only MSIE is funky in this ar=
ea. =C2=A0Even Lynx handles gzipped input properly.</div><div><br></div><di=
v>Also, Wikipedia has a cellphone interface that&#39;s less frilly. =C2=A0I=
t&#39;s automatically triggered when the browser declares it to be a cellph=
one, but I suspect it can be requested manually, too. =C2=A0I&#39;m not sur=
e if it supports editing, though.</div>
<div><br></div><div>Finally, something like AWB -- which uses the rather la=
conic MediaWiki API instead of the user-oriented web interface to download =
pages and upload edits -- may help to separate the download/upload process =
from the editing process, and therefore help you cope better with an extrem=
ely narrow uplink.</div>
<div><br></div></div>-- <br>Andres Soolo<br>

--001636283516aac42d04732b5955--


--===============4397267669174386451==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Wikipedia statistics discussion list
folks@wikipedometer.net
http://wikipedometer.net/cgi-bin/mailman/listinfo/folks

--===============4397267669174386451==--


