X-From_: folks-bounces@wikipedometer.net Tue Jun 23 08:46:59 2009
Return-Path: <folks-bounces@wikipedometer.net>
MIME-Version: 1.0
In-Reply-To: <4A40737F.60201@post.pl>
References: <c82.47e1be86.3771a2aa@aol.com>
	<4f045a880906222213m42a84472mf2b208dd3880eb8c@mail.gmail.com>
	<4A40737F.60201@post.pl>
Date: Tue, 23 Jun 2009 16:46:39 +1000
Message-ID: <4f045a880906222346u73d9da05hcea240420f2e9c38@mail.gmail.com>
From: Martin <martint20@gmail.com>
To: Wikipedia statistics <folks@wikipedometer.net>
X-Spam_score: -0.4
X-Spam_score_int: -3
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 Tue, Jun 23, 2009 at 4:17 PM, Piotr
	Konieczny<piokon@post.pl> wrote: > Martin wrote: >> This is a good
	idea.
	We each have different talents which are wasted >> by simple edit
	warring. The biggest problem for us in the past is that >> in many
	instances we act reactively to the edits of Offliner and >>
	PasswordUsername, they insert something contentious, we revert, they >>
	revert, etc, etc. I think they understand this and purposely insert >>
	contentious text looking for that reaction and then reporting us. >> >>
	Some of us are good researchers, other good at programming. I think >>
	Andres mentioned having our own private Wikipedia (I can try to set up
	>> a server to host it), where we could develop the most attacked >>
	articles like [[Alexander Litvinenko]] in peace and without >>
	interference. >> >> Once an article has been sufficiently developed,
	other people could >> then just update random sections of the real
	Wikipedia one sentence at >> a time from our private Wikipedia. The
	updates would be done randomly >> in sections unrelated to what the
	Cartel may be editing, so that it >> would look like regular copy
	editing. >> >> Eventually one or more of us could develop a diff merge
	tool (like one >> may find in source control) where you can see both
	the
	real and >> private wikipedia versions and selectively merge sentences
	and >> paragraphs at the click of the button. This merging could go
	both
	>> ways, so if some makes a good edit on the real wikipedia we could >>
	merge it back into our private wikipedia. > > That seems like a lot of
	work. Why not rely on replacing Wikipedia > content with ours? All one
	has to do is to ensure that all useful > content from Wikipedia is
	added to our latest version before merging. [...] 
	Content analysis details:   (-0.4 points, 5.0 required)
	pts rule name              description
	---- ----------------------
	--------------------------------------------------
	-2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
	1.7 DNS_FROM_RFC_POST      RBL: Envelope sender in
	postmaster.rfc-ignorant.org
	0.5 AWL AWL: From: address is in the auto white-list
X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on 
	pakkun.mirky.net
X-Spam-Level: 
X-Spam-Status: No, score=-0.4 required=5.0 tests=AWL,BAYES_00,
	DNS_FROM_RFC_POST autolearn=no version=3.1.7-deb
Subject: Re: [WPM] We can do the dirty work
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: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: folks-bounces@wikipedometer.net
Errors-To: folks-bounces@wikipedometer.net
X-Spam_score: -0.4
X-Spam_score_int: -3
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 Tue, Jun 23, 2009 at 4:17 PM, Piotr
	Konieczny<piokon@post.pl> wrote: > Martin wrote: >> This is a good idea.
	We each have different talents which are wasted >> by simple edit
	warring. The biggest problem for us in the past is that >> in many
	instances we act reactively to the edits of Offliner and >>
	PasswordUsername, they insert something contentious, we revert, they >>
	revert, etc, etc. I think they understand this and purposely insert >>
	contentious text looking for that reaction and then reporting us. >> >>
	Some of us are good researchers, other good at programming. I think >>
	Andres mentioned having our own private Wikipedia (I can try to set up
	>> a server to host it), where we could develop the most attacked >>
	articles like [[Alexander Litvinenko]] in peace and without >>
	interference. >> >> Once an article has been sufficiently developed,
	other people could >> then just update random sections of the real
	Wikipedia one sentence at >> a time from our private Wikipedia. The
	updates would be done randomly >> in sections unrelated to what the
	Cartel may be editing, so that it >> would look like regular copy
	editing. >> >> Eventually one or more of us could develop a diff merge
	tool (like one >> may find in source control) where you can see both the
	real and >> private wikipedia versions and selectively merge sentences
	and >> paragraphs at the click of the button. This merging could go both
	>> ways, so if some makes a good edit on the real wikipedia we could >>
	merge it back into our private wikipedia. > > That seems like a lot of
	work. Why not rely on replacing Wikipedia > content with ours? All one
	has to do is to ensure that all useful > content from Wikipedia is added
	to our latest version before merging. [...] 
	Content analysis details:   (-0.4 points, 5.0 required)
	pts rule name              description
	---- ---------------------- --------------------------------------------------
	-2.6 BAYES_00               BODY: Bayesian spam probability is 0 to 1%
	[score: 0.0000]
	1.7 DNS_FROM_RFC_POST      RBL: Envelope sender in
	postmaster.rfc-ignorant.org
	0.5 AWL                    AWL: From: address is in the auto white-list

On Tue, Jun 23, 2009 at 4:17 PM, Piotr Konieczny<piokon@post.pl> wrote:
> Martin wrote:
>> This is a good idea. We each have different talents which are wasted
>> by simple edit warring. The biggest problem for us in the past is that
>> in many instances we act reactively to the edits of Offliner and
>> PasswordUsername, they insert something contentious, we revert, they
>> revert, etc, etc. I think they understand this and purposely insert
>> contentious text looking for that reaction and then reporting us.
>>
>> Some of us are good researchers, other good at programming. I think
>> Andres mentioned having our own private Wikipedia (I can try to set up
>> a server to host it), where we could develop the most attacked
>> articles like [[Alexander Litvinenko]] in peace and without
>> interference.
>>
>> Once an article has been sufficiently developed, other people could
>> then just update random sections of the real Wikipedia one sentence at
>> a time from our private Wikipedia. The updates would be done randomly
>> in sections unrelated to what the Cartel may be editing, so that it
>> would look like regular copy editing.
>>
>> Eventually one or more of us could develop a diff merge tool (like one
>> may find in source control) where you can see both the real and
>> private wikipedia versions and selectively merge sentences and
>> paragraphs at the click of the button. This merging could go both
>> ways, so if some makes a good edit on the real wikipedia we could
>> merge it back into our private wikipedia.
>
> That seems like a lot of work. Why not rely on replacing Wikipedia
> content with ours? All one has to do is to ensure that all useful
> content from Wikipedia is added to our latest version before merging.

That would work too. The diff-merge tool is just a nice-to-have
feature for a bored geek to develop on a rainy day, it is not
necessary.

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

