Re: [Wikimedia-l] Treatment of newbies with mild CoI

2020-02-26 Thread Vi to
Not really, drawing practical advices/lessons (e.g. "differentiate among
kinds of COIs") is the only sensible path towards solving issues.
"Let's be kind" is close to a tautology.

Vito

Il giorno mer 26 feb 2020 alle ore 09:59 Andy Mabbett <
a...@pigsonthewing.org.uk> ha scritto:

> On Tue, 25 Feb 2020 at 20:36, Vi to  wrote:
> >
> > Hard to tell anything without the relevant link(s).
>
> For you, maybe. Others have already given helpful replies.
>
> My question was generic, and not about the specific case I gave as an
> example.
>
> I chose not to post links to to the example, both in order to avoid a
> pile-on, and to avoid us being distracted by the minutiae of the
> incident concerned.
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Re: [Wikimedia-l] Treatment of newbies with mild CoI

2020-02-25 Thread Vi to
Hard to tell anything without the relevant link(s).

Vito

Il giorno mer 19 feb 2020 alle ore 22:35 Andy Mabbett <
a...@pigsonthewing.org.uk> ha scritto:

> I have just come across a case on en.Wikipedia where the daughter of
> an article subject added details of his funeral (his death in 1984,w
> as already recorded) and his view about an indent in his life.
>
> Her six sequential edits - her first and only contribution to
> Wikipedia - totalled 1254 characters, and were conducted over the
> space of 30 minutes. They were no the best quality, lacking sources,
> but were benign, and exactly what one might expect an untutored novice
> to do as a first change.
>
> As well as being reverted, she now has three templates on her talk
> page; two warning her of a CoI, and sandwiching one notifying her of a
> discussion about her on the COI noticeboard. These total 4094
> characters or 665 words.
>
> How do other projects deal with such cases?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] [LGBT] Best practices for awarding scholarships

2019-10-07 Thread Vi to
Making their data publicly available? Yiiikes!

Vito

Il giorno lun 7 ott 2019 alle ore 22:39 Lane Rasberry 
ha scritto:

> Hello,
>
> I have wished that eventually when people apply for scholarships or even
> when they attend wiki events they create profiles for themselves in
> Wikidata so that we could generate visualizations of the demographics of
> participants.
>
> I do not think the wiki movement is quite ready for this, but if we
> actually want to track and report demographics, doing so in Wikidata is
> probably the way most natural for the wiki community.
>
> On Mon, Oct 7, 2019 at 9:27 AM Fæ  wrote:
>
> > Plans for a Wikimedia LGBT+ conference and workshops in 2020 are
> > moving forward. We would very much like to learn and borrow successful
> > experiences from other conferences. This conference is expected to be
> > relatively modest in size, around 50 attendees, and is to be hosted in
> > Linz, Austria.
> >
> > We are planning on opening up applications for scholarships very soon,
> > to allow several months for early booking of travel tickets and visa
> > applications where needed. Naturally this means we have to create a
> > process for assessing applications to a hopefully short and
> > non-subjective checklist (we are all volunteers after all!).
> >
> > Can anyone recommend documented good practices for assessing
> > applications for travel grants and expenses for similar sized events?
> > Some issues we have discussed that need to be addressed before
> > finalizing our policies are:
> > * Creating a fair assessment process that balances the diversity of
> > attendees against other metrics like on-project experience, for
> > example ensuring that we have a healthy gender balance and a wide
> > geographic representation
> > * Whether it may be better to prefer the simplicity of assessing for
> > full scholarships, or whether partial payments are a good way of
> > ensuring wider access
> > * How to draw up rules for travel and partial scholarships for folks
> > planning on making this part of a holiday, as often happens for those
> > travelling long distances
> > * When to recommend that specific Wikimedia Affiliates should provide
> > grants and expenses, which may have additional requirements for
> > applications and reporting
> > * How to build in incentives for greener travel options, even where
> > this may not be the cheapest option
> >
> > You can read the conference proposal at
> >
> >
> https://meta.wikimedia.org/wiki/Grants:Conference/Kawayashu/Queering_Wikipedia
> > and everyone is welcome to provide suggestions and feedback on the
> > discussion page there, if on-wiki editing works better for you than
> > email. :-)
> >
> > Thanks
> > Fae
> > --
> > Wikimedia LGBT+ https://meta.wikimedia.org/wiki/Wikimedia_LGBT
> > fae...@gmail.com https://commons.wikimedia.org/wiki/User:Fae
> >
> > ___
> > LGBT mailing list
> > l...@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/lgbt
> >
> > Please treat emails sent to this list as confidential.
> > Ask senders for permission before forwarding emails off-list.
>
>
>
> --
> Lane Rasberry
> user:bluerasberry on Wikipedia
> 206.801.0814
> l...@bluerasberry.com
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Fwd: [Huhall] Viola wikipedia

2019-10-03 Thread Vi to
That's the reason why the idea of "reciprocating" via Wikipedia is always
wrong.

Vito

Il giorno gio 3 ott 2019 alle ore 11:27 Antoine Musso 
ha scritto:

> On 01/10/2019 17:46, Samuel Klein wrote:
> >  From a Harvard biology list, via my friend Chris: a newly named species
> of
> > Viola !
> > /SJ
> >
> > == Forwarded message ===
> >
> > Many of you may use Wikipedia.
> >
> > Here is a plant name (*Viola Wikipedia*), which may be first name to
> honor
> > Wikipedia.
> >
> >
> > Viola wikipedia J.M.Watson & A.R.Flores, Int. Rock Gard. 117: 47. 2019
> >
> 
> Hello,
>
> According to the international plant names index [0], the name is
> illegitimate [1] and the plant actual name is "Viola angustifolia".  We
> should probably have the created articles to be renamed toward the
> legitimate name instead :]
>
> It is still a great token of appreciation, and I am quite happy to see
> Wikipedia being of good use for plant research!
>
> [0] https://www.ipni.org/n/77202100-1
> [1] https://en.wikipedia.org/wiki/Nomen_illegitimum
>
> --
> Antoine "hashar" Musso
>
>
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Banning real identities

2019-07-05 Thread Vi to
Putting it simple WMF/functionaries/the community itself should take the
less invasive actions needed to protect themselves.

A public list of "persona non grata" for events is needed for sure, but I
don't see any practical need to have it publicly shared.

Vito

Il giorno ven 5 lug 2019 alle ore 13:41 Andy Mabbett <
a...@pigsonthewing.org.uk> ha scritto:

> > Den fre. 5. jul. 2019 kl. 11.53 skrev Thomas Townsend <
> homesec1...@gmail.com
>
> > > You don;t explain why being "doxxed" was a bad thing for you, or
> > > indeed what the downside is for anyone,  You simply assert that it is
> > > a Bad Thing and must not happen.  Would you like to give your reasons
> > > for those assertions?
>
> I lost my wallet to a pickpocket last week. Do I now need to give
> reasons why this was a bad thing?
>
> Quite apart from the fact that you ignore the text "It may get them
> jailed for the wrong reasons. It may get them harmed for their genuine
> contributions."
>
> On Fri, 5 Jul 2019 at 12:25, Thyge  wrote:
> >
> > - and please explain the meaning of 'doxxed" as well. Is that US slang?
>
> If only there was some sort of free online encyclopedia, where such
> things could be looked up:
>
>https://en.wikipedia.org/wiki/Doxing
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Foundation management of volunteers

2019-06-18 Thread Vi to
I've never seen a self-citing encyclopedia.

Given its open editing structure it would be so easy to game the system by
creating a series of cross-references. In short forbidding citing Wikipedia
on Wikipedia avoids such short-circuits.

No text is 100% accurate, Wikipedia relies upon the bet that by widening
the editorial community accuracy will asymptotically converge. Traditional
textbooks, scholarly articles, any different knowledge aggregation system
is characterized by a different funding premise.

In my opinion the "no autocitation" principle is a direct consequence of
our fundamental principles, therefore a self-citing Wikipedia is possible,
but it wouldn't longer be Wikipedia.

Vito

Il giorno lun 17 giu 2019 alle ore 19:55 Mister Thrapostibongles <
thrapostibong...@gmail.com> ha scritto:

> Dennis,
>
> I started this thread to discuss both conduct and content policies on
> Wikipedia, and indeed how the two interact.  Wikipedia is a project to
> build an encyclopaedia.  By its own criteria, encyclopaedias are reliable
> sources and Wikipedia is not a reliable source; hence by its own criteria,
> Wikipedia is not an encyclopaedia.  That is, it is currently in a state of
> failure with respect to its own mission.
>
> One of the reasons for that state of failure is indeed the failure to
> provide a collegial working atmosphere.
>
> Thrapostibongles
>
>
>
> On Mon, Jun 17, 2019 at 2:19 PM Dennis During  wrote:
>
> > "One (and not the most important) pieces of evidence for Wikipedia being
> in
> > a failed state is precisely that
> > it does not, by the community's own admission, constitute a reliable
> source
> > "
> >
> > You have made this argument more than once. That might be a piece of
> > evidence seems both wrong and not relevant to the sense in which people
> > here as saying WP has failed, which is as a welcoming, "safe" environment
> > for contributors and would-be contributors.
> >
> > It is good policy to make sure that contributors reach out to other
> > sources, even when one believes that Wikipedia is as reliable as the
> > average tertiary source we allow as a reference. It prevents us from
> > relying exclusively on what can easily turn out to be a very narrow set
> of
> > points of view.  Does/did the Encyclopedia Britanica cite other EB
> articles
> > as references rather than include them as "see alsos"?
> >
> > On Mon, Jun 17, 2019 at 8:27 AM Mister Thrapostibongles <
> > thrapostibong...@gmail.com> wrote:
> >
> > > Vito
> > >
> > > This rather tends to support my point.  One (and not the most
> important)
> > > pieces of evidence for Wikipedia being in a failed state is precisely
> > that
> > > it does not , by the community's own admission, constitute a reliable
> > > source:whereas "Reputable tertiary sources
> > > , such as
> > > introductory-level university textbooks, almanacs, and encyclopedias,
> may
> > > be cited".  So Wikipedia fails in its aim of being an encyclopaedia on
> > one
> > > of the most important tests one could imagine, namely reliability.
> And a
> > > reason for that is its lack of effective content management policies
> and
> > > mechanisms to put them into effect (in the old days we called that
> being
> > an
> > > editor, but that word on Wikipedia now is more or less a redundant
> > synonym
> > > for contributor).
> > >
> > > Now suppose that Wikipedia had effective editorial policies and
> processes
> > > that allowed it to assume the status of a reliable source, just like
> the
> > > encyclopaedia it aims to be.  You say that even in that situation, it
> > would
> > > be easy to manipulate.  On that assumption, how much easier it must be
> to
> > > "trick" it today when it has no such effective policies and processes
> in
> > > place!
> > >
> > > Thrapostibongles
> > >
> > >
> > >
> >
> > --
> > Dennis C. During
> > ___
> > Wikimedia-l mailing list, guidelines at:
> > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> > https://meta.wikimedia.org/wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: 

Re: [Wikimedia-l] Foundation management of volunteers

2019-06-16 Thread Vi to
Honestly I cannot imagine a functional Wikipedia citing itself.
Such Wikipedia would be so easy to trick.

Vito

Il giorno dom 16 giu 2019 alle ore 16:54 Martijn Hoekstra <
martijnhoeks...@gmail.com> ha scritto:

> I disagree that Wikipedia not considering Wikipedia as an admissible source
> is indicative of Wikipedia being a failure.
>
>
>
> On Sun, Jun 16, 2019, 14:18 Mister Thrapostibongles <
> thrapostibong...@gmail.com> wrote:
>
> > Dear all,
> > The discussion triggered by recent WMF T actions has tended to focus on
> > the merits or otherwise of that specific action (even though as I have
> > pointed out elsewhere this is very much a case of those who know don;t
> talk
> > and those who talk don't know).  So I though it might be helpful to try
> and
> > abstract some more general points for discussion.
> >
> > The long-term future of the Community, and the relationship between the
> > Foundation and its volunteers is under discussion in an elaborately
> > structured consultation announced already here in September 2017.  It
> would
> > not be particularly helpful to try to run a parallel discussion here.
> But
> > in the short to medium term, it seems that it will be necessary for the
> > Foundation to take a different stance with respect to the management of
> the
> > various projects, and the English Wikipedia in particular.
> >
> > It is often said that "The problem with Wikipedia is that it only works
> in
> > practice. In theory, it can never work."  Well, that's half true.  What
> the
> > experiment has proved is that the theory was indeed correct -- Wikipedia,
> > as currently constituted, does not work.  There are two inter-related
> > aspects to its failure: content and conduct, inextricably related in a
> > project founded on crowd-sourcing.
> >
> > Let's look at the content first.  Even on Wikipedia's own terms, it has
> > failed.  It is a principle that Wikipedia is founded on reliable sources,
> > and by its own admission, Wikipedia itself is not such a source.  That
> > bears repetition -- a project aiming to be an encyclopaedia, that
> compares
> > itself with Britannica, explicitly is not reliable.  Foundation research
> > has shown that about one fifth of Wikipedia articles are supported  by
> > references that are inadequate to support the text or simply are not
> > there.  That's about a million articles each on of the larger Wikpedias.
> > Some thousands of those are biographies of living people and in view of
> the
> > risk of defamation, no such articles should exist on Wikipedia at all.
> > There are several thousand articles that are possible copyright
> violations:
> > again such articles should not be there.  And when I say "should not", I
> > mean according to the rules adopted by the Wikipedia volunteer community
> > itself.
> >
> > This links to the conduct aspects.  The self-organising policies of the
> > "encyclopaedia that anyone can edit" have flattened out the formal
> > hierarchy to the extent that it has been replaced, necessarily, by an
> > informal but strong hierarchy based on a reputation econiomy.  This
> creates
> > an unpleasant and hence ineffective working environment, and makes it all
> > but impossible to organise a volunteer workforce into coping with the
> major
> > violations of content policy alreay mentioned.  Indeed, the conduct
> policy
> > makes it all but impossible to effectively handle cases of major abuse,
> > witting ot uwitting.  For example, one reason for the failure to manage
> > copyright violations is that some thousand of articles were written by a
> > volunteer who was unable or unwilling to comply with the copyright
> > requirements applicable to their contributions   There is simply no
> > mechanism that allows for contributions to be effectively checked either
> > when contributed or subsequently, bcause there is no mechanism that makes
> > it possible to manage or organise the work of the volunteers, and
> existing
> > community norms will not accept such a degree of organisation.
> >
> > These mutually reinforcing failures make to necessary for some degree of
> > organisation and management of content and conduct to be imposed from
> > outside the volunteer community.  The Foundation has the resources and is
> > the only entity that can acquire and deploy the expertise required to do
> > so.  No doubt this is unpalatable to some of the more vociferous members
> of
> > the community -- those who stand highest in the reputation economy and
> have
> > most to lose by it being replaced by an effective management policy.  But
> > the fact remains -- Wikipedia is failing, and in its present form will
> > inevitably continue to do so.
> >
> > Foundation or failure -- which is it to be?
> >
> > Thrapostibongles
> > ___
> > Wikimedia-l mailing list, guidelines at:
> > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> > https://meta.wikimedia.org/wiki/Wikimedia-l
> > New messages 

Re: [Wikimedia-l] Fram en.wp office yearlock block

2019-06-15 Thread Vi to
I disagree with using this kind of metaphor as long as they imply an
overestimation of the importance of the fictional universe we're dealing
with.
For sanity sake it's always useful to remember this is just "a strange
website".

Vito

Il giorno sab 15 giu 2019 alle ore 21:55 Dennis During 
ha scritto:

> It seems perfectly reasonable to use metaphors based on legal systems,
> including human rights, in discussing these matters, which do, after all,
> involve rules of human behavior and their adjudication by authorities.
> Fairness and justice are constantly invoked in all sorts of everyday
> matters, from sports to baking.
>
> On Sat, Jun 15, 2019 at 3:32 PM Dan Rosenthal 
> wrote:
>
> > I didn't put my words in your mouth -- I quoted your own words precisely,
> > and the implication you were trying to make is obvious; so respectfully,
> > please refrain from gaslighting here. I simply suggested dropping the
> > hyperbole of  "star chambers and kangaroo courts", "secret trials
> punishing
> > people who don't know they're being accused' and "very basic principle[s]
> > of Human Rights and dignity" over someone getting banned from a website
> > over bad conduct issues.  You need not reply -- I'm done with this
> portion
> > of the conversation.
> >
> > On Sat, Jun 15, 2019 at 1:03 PM Paulo Santos Perneta <
> > paulospern...@gmail.com> wrote:
> >
> > > I have never said that this is a human rights violation, so please
> don't
> > > put your words on my mouth.
> > >
> > > I have said that the general principles of equality, right to fair
> trial,
> > > not having ones honor damaged by baseless accusations, etc. which are
> > > present at the UDHR are being forgotten here.
> > >
> > > Of course you may argue that since the WMF is a private organization,
> > they
> > > are free to engage in this kind of secret trials, star chambers and
> > > kangaroo courts at will. As others already stated, the matter here is
> not
> > > if they can, but if they should be engaging on those schemes, as they
> are
> > > now.
> > >
> > > Best,
> > > Paulo
> > >
> > >
> > >
> > > A sábado, 15 de jun de 2019, 18:39, Dan Rosenthal <
> swatjes...@gmail.com>
> > > escreveu:
> > >
> > > > There is no "very basic principle of Human Rights and dignity" to be
> > free
> > > > from the presumption of guilt by others.  You may be confusing
> Article
> > 11
> > > > of the UHDR, but this applies explicitly only to "penal offenses."
> > > Unless
> > > > Fram is getting locked up in prison for his actions, let's drop the
> > > absurd
> > > > hyperbole that this is somehow a human rights violation.
> > > >
> > > >
> > > > Dan Rosenthal
> > > >
> > > >
> > > > On Sat, Jun 15, 2019 at 11:35 AM Paulo Santos Perneta <
> > > > paulospern...@gmail.com> wrote:
> > > >
> > > > > People shouldn't be going with any random option, but rather
> presume
> > > the
> > > > > innocence of others unless guilt is proven by some legit process.
> > > > > It seems that this very basic principle of Human Rights and dignity
> > is
> > > > > being forgotten.
> > > > > There is not the least appearance of due process happening there,
> but
> > > > that
> > > > > has not stopped people from finding themselves their guilty part of
> > > > > election, using their own bias to evaluate the case.
> > > > > Including some Wikipedia related social network accounts that
> should
> > be
> > > > > acting more responsible and wiser than joining the rabble in the
> > > offwiki
> > > > > harassment of their guilty part of choice.
> > > > >
> > > > > Best,
> > > > > Paulo
> > > > >
> > > > > geni  escreveu no dia sábado, 15/06/2019 à(s)
> > > 17:15:
> > > > >
> > > > > > On Sat, 15 Jun 2019 at 00:04, David Gerard 
> > > wrote:
> > > > > > >
> > > > > > > If you really think Fram's framing of events here is even
> > > plausible,
> > > > > > >
> > > > > >
> > > > > > What you are calling Fram's framing appears to be a the WMF's
> > version
> > > > > > of events as told to fram. The WMF does look slightly better if
> you
> > > > > > remember that T arw trying to improve behaviour through threat
> of
> > > > > > blocks not file a diff heavy arbcom case.
> > > > > >
> > > > > >
> > > > > >  >let alone the story
> > > > > >
> > > > > > Given that the other versions of "the story" are T's PR waffle
> or
> > > > > > conspiracy theories it understandable that people are going to go
> > > with
> > > > > > the option that at least gives them something to work from.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > geni
> > > > > >
> > > > > > ___
> > > > > > Wikimedia-l mailing list, guidelines at:
> > > > > > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> > > > > > https://meta.wikimedia.org/wiki/Wikimedia-l
> > > > > > New messages to: Wikimedia-l@lists.wikimedia.org
> > > > > > Unsubscribe:
> > > https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > > > > > 

Re: [Wikimedia-l] Fram en.wp office yearlock block

2019-06-15 Thread Vi to
Il giorno sab 15 giu 2019 alle ore 04:32 David Goodman 
ha scritto:

> From my perspective of 4 years on enWP arb com, there is no question that
> the enWP does not deal well with routine low-level harassment in the
> absence of something really awful.
>

This happens everywhere, though I don't have out of the box solutions at
all.


> I am not however saying that I personally find the actual sanction here
> totally unwarranted.  The problem is rather that it sets a terrible
> precedent.


The precedent is already set, the difference seems to be in collective
perception. I'm not aware of the rationale for this ban and it seems
community members complaining about it don't have a clue too.

Vito
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Fram en.wp office yearlock block

2019-06-14 Thread Vi to
Sometimes is hard to tell a harsh dispute from lack of civility.

Generally it's easy to focus on form rather than on substance.

Some issues are very complex to handle, for example some weeks ago,
criticizing someone (who wrote an aggravating email on this thread) brought
me to receive some truly nice insults in a private email. It's a very
complex case of a behavior which is formally "right" but which is widely
considered as destructive within the involved community.

WMF bans are meant to handle issues which cannot be handled by ordinary
community means, above all because they involve out-of-wiki elements.

In a recent incident I advocated for some changes in WMF ban (namely,
giving a wider framework to people which are supposed to help enforcing
them) but in my experience none of WMF ban I have sufficient background to
judge was unjustified.

Vito

Il giorno ven 14 giu 2019 alle ore 22:52 Andy Mabbett <
a...@pigsonthewing.org.uk> ha scritto:

> On Fri, 14 Jun 2019 at 19:18, Kirill Lokshin 
> wrote:
>
> > Rather, the problem occurs when a *popular* competent editor violates the
> > civility policy (or, for particularly popular editors, virtually any
> other
> > policy); the traditional consensus-based approach to policy enforcement
> > makes it difficult, if not impossible, to effectively sanction an editor
> > with a substantial contingent of vocal supporters who will argue against
> > any such sanctions whenever the opportunity arises.
>
> This.
>
> And a number (not everyone, of course) of those screaming loudest
> about the WMF's recent action are those whose style of behaviour would
> see them sanctioned if a civility policy were properly enforced.
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] WikiJournals: A proposal to become a new sister project

2019-06-05 Thread Vi to
Il giorno mer 5 giu 2019 alle ore 12:00 John Erling Blad 
ha scritto:

> > > One reason; reach.
> > >
> >
> > In academia reach -per se- is not a big deal, while impact is.
>
> Reach leads to impact. You can't get impact without reach, but reach
> in non-scientific communities does not necessarily turn into reach in
> scientific communities.
>

Apart from the hype I wouldn't releate reach and scientific impact. Most of
research community is forced to seek for impact, bibliometric indicators
and abiding by the publish or perish principle.


> There are nothing that blocks Wikipedia from doing peer review. (It
> has implicit peer review.) What you propose for WikiJournal is to make
> peer review a policy. That does not in itself turn articles into good
> research.


I disagree with this, Wikipedia doesn't make original research by
definition.
I concur we have something similar to peer review, though ours is less
"autorithy-centered".

Vito
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] WikiJournals: A proposal to become a new sister project

2019-06-05 Thread Vi to
 Thanks anyone of the interesting replies!

Il giorno lun 3 giu 2019 alle ore 17:03 John Erling Blad 
ha scritto:

> One reason; reach.
>

In academia reach -per se- is not a big deal, while impact is.

At nowiki we vere approached some years ago by a
> university about publishing cutting edge research in fish farming. We
> could not publish their work because some claimed it to be "original
> research". Sure it was, and it was darn good original research too. I
> don't think that was a single occurence, other communities has
> probably had similar questions.
>

On Wikipedia you have no means to tell what is a good research, anyway.

Il giorno mar 4 giu 2019 alle ore 03:20 Thomas Shafee <
thomas.sha...@gmail.com> ha scritto:

>
>- Accountability to the academic community - indexing by cope
>, doaj ,
>pubmed , scopus
>, web of science
>, free journal network
> etc all require *extensive *external
> auditing
>of processes. Each journal has to apply for these individually and they
> are
>challenging to gain and retain.
>

Yup, indexing is definitely needed, though challenging.


>3. Cynical academics may be drawn by the likely high impact that the
>journal will likely get form publishing a lot of broad review articles
> and
>the exposure of those through wikipedia
>

I'm not sure it would be auspicable to cite "our journal" on Wikipedia,
also it may boost COI.


>   - It could be a way to peer review parts of wikidata (e.g. whether
>   the Drug interactions (P769) property set is up to date, and what
>   references should support any additions)
>

That's way interesting, though some mechanism of automatic update would
have the drawback of making some papers incoherent.


> *Democracy*
> So far the only inherently undemocratic part of the project has been the
> strict requirements on the peer reviewers.
>

Our inner "gerarchy" is somehow based upon committment/process knowledge
rather than competence in specific fields. While academia is (well, should
be) exactly the opposite, both systems works where they are supposed to
work, I hope they'll work the same if mixed up!

Translation is a complex issue.
Using English as the lingua franca for science deeply boosted
internationalisation of research, but also added an extra requirement for
researchers. Translation also adds a non negligible delay in information
spread. I, for one, don't judge scientific article worth translation, but I
wouldn't oppose it.

I think the ND in plan-S is meant to address the plagiarism (also
self-plagiarism) problem/fears.

Vito


Il giorno mer 5 giu 2019 alle ore 07:27 Thomas Shafee <
thomas.sha...@gmail.com> ha scritto:

> Such translation of CC content is pretty much unpreventable and can be a
> benefit or a drawback depending on the author's own opinion.
>
> From the point of view of an official 'version of record' (i.e. what the
> doi points to) the authors would be named along with attribution of all
> contributors. If there are translations, they'd likely be marked as
> somethign like "adapted by translators XYZ from article XYZ by original
> authors XYZ under a CC-BY license", though details would need to be decided
> if it came up. See this 2008 article
>  for some ideas
> floated previously floated. I'll admit I've limited knowledge of
> translation practices though, so the project would need advice!
>
> For some existing Wikipedia-based examples:
>
>- PLOS article
><
> https://journals.plos.org/ploscompbiol/article?id=10.1371/journal.pcbi.1002803
> >
> and
>uk.wp page
><
> https://uk.wikipedia.org/wiki/%D0%9F%D1%80%D0%B8%D0%B1%D0%BB%D0%B8%D0%B7%D0%BD%D0%B5_%D0%B1%D0%B0%D1%94%D1%81%D0%BE%D0%B2%D0%B5_%D0%BE%D0%B1%D1%87%D0%B8%D1%81%D0%BB%D0%B5%D0%BD%D0%BD%D1%8F
> >
>- PLOS article
><
> https://journals.plos.org/ploscompbiol/article?id=10.1371/journal.pcbi.1004095
> >
> and es.wp page
><
> https://es.wikipedia.org/wiki/Infiriendo_transferencia_gen%C3%A9tica_horizontal
> >
>
>
> Thomas
>
> On Wed, 5 Jun 2019 at 12:48, James Heilman  wrote:
>
> > When we publish CC BY SA on Wikipedia, we allow translation into other
> > languages without having any control over the translations (but we
> require
> > our name to be attached in some fashion). So right now we do all the
> time.
> > Most of my academic publications are CC BY which is even more permissive.
> >
> > James
> >
> > On Tue, Jun 4, 2019 at 7:27 PM Thomas Townsend 
> > wrote:
> >
> > > On Mon, 3 Jun 2019 at 18:46, James Heilman  wrote:
> > >
> > > > Wiki Journals use CC BY SA. We do not support or want to us ND as
> that
> > > > would prevent translation into other languages. That is why I
> disagree
> > > with
> 

Re: [Wikimedia-l] WikiJournals: A proposal to become a new sister project

2019-06-03 Thread Vi to
En.wikiversity user I'm dealing with was a custodian (in other words a well
established user within the community).

Keeping it short my main concern is: we are a naturally democratic
community, while the science cannot be. Also, we've been attracting low
quality "research" for years.

Vito

Il giorno lun 3 giu 2019 alle ore 16:36 James Heilman  ha
scritto:

> The peer review process and the editors of the journals in question. This
> is the same mechanism that prevents gibberish from getting into all peer
> reviewed literature.
>
> J
>
> On Mon, Jun 3, 2019 at 6:30 AM Vi to  wrote:
>
> > In years I've seen countless attempts to put gibberish on our projects
> > which were eventually defeated by the "no original research"  principle.
> > Even en.wikiversity struggled with a now banned user (and his
> > friends/enablers) pushing lots of gibberish about cold fusion, paranormal
> > and Wikimedia user themselves. So I ask, what will prevent this kind of
> > gibberish from slowing infiltrating such project?
> >
> > Don't get me wrong but I think this is the first question in order to
> > define a "business model" for the project: why would a "serious" research
> > group choose to publish there instead of already existing OA journals or
> > classical PR journals?
> >
> > Vito
> >
> > Il giorno lun 3 giu 2019 alle ore 04:16 Thomas Shafee <
> > thomas.sha...@gmail.com> ha scritto:
> >
> > > Yes, we put together a little checklist back in round one (*link*
> > > <
> > >
> >
> https://en.wikiversity.org/wiki/Talk:WikiJournal_User_Group#Notes_on_Plan_S_compliance_criteria
> > > >
> > > ).
> > >
> > > Initially there were a few items that are currently not achieved (e.g.
> > > JATS-compliant XML formatting). The revised Plan_S has reduced
> stringency
> > > and all the items that weren't hit happen to be optional. That being
> > said,
> > > things like JATS-compliant XML and citation metadata would be valuable
> to
> > > implement anyway for machine readability.
> > >
> > > Thomas
> > >
> > > On Mon, 3 Jun 2019 at 04:53, James Heilman  wrote:
> > >
> > > > It already is Plan-S compliant :-)
> > > >
> > > > https://en.wikipedia.org/wiki/Plan_S#Licensing_and_rights
> > > >
> > > > Plan-S unfortunately is looking at allowing ND content.
> > > >
> > > > James
> > > >
> > > > On Sun, Jun 2, 2019 at 8:14 AM Mister Thrapostibongles <
> > > > thrapostibong...@gmail.com> wrote:
> > > >
> > > > > Thomas
> > > > >
> > > > > Is it intended that the journals should be Plan-S compliant?
> > > > >
> > > > > Thrapostibongles
> > > > >
> > > > > On Sun, Jun 2, 2019 at 9:01 AM Thomas Shafee <
> > thomas.sha...@gmail.com>
> > > > > wrote:
> > > > >
> > > > > > Hello Wikipedians,
> > > > > >
> > > > > > Over the last few years, the WikiJournal User Group
> > > > > > <https://en.wikiversity.org/wiki/WikiJournal_User_Group> has
> been
> > > > > building
> > > > > > and testing a set of peer reviewed academic journals on a
> mediawiki
> > > > > > platform. The main types of articles are:
> > > > > >
> > > > > >- Existing Wikipedia articles submitted for external review
> and
> > > > > feedback
> > > > > >(example <https://doi.org/10.15347/wjs/2018.006>)
> > > > > >- From-scratch articles that, after review, are imported to
> > > > Wikipedia
> > > > > (
> > > > > >example <https://doi.org/10.15347/wjm/2018.001>)
> > > > > >- Original research articles that are not imported to
> Wikipedia
> > > > > (example
> > > > > ><
> > > > > >
> > > > >
> > > >
> > >
> >
> https://en.wikiversity.org/wiki/WikiJournal_of_Medicine/Acute_gastrointestinal_bleeding_from_a_chronic_cause:_a_teaching_case_report
> > > > > > >
> > > > > >)
> > > > > >
> > > > > > *Proposal: WikiJournals as a new sister project
> > > > > > <https://meta.wikimedia.org/wiki/WikiJournal>*
> > > > > >
> > > > > > 

Re: [Wikimedia-l] WikiJournals: A proposal to become a new sister project

2019-06-03 Thread Vi to
In years I've seen countless attempts to put gibberish on our projects
which were eventually defeated by the "no original research"  principle.
Even en.wikiversity struggled with a now banned user (and his
friends/enablers) pushing lots of gibberish about cold fusion, paranormal
and Wikimedia user themselves. So I ask, what will prevent this kind of
gibberish from slowing infiltrating such project?

Don't get me wrong but I think this is the first question in order to
define a "business model" for the project: why would a "serious" research
group choose to publish there instead of already existing OA journals or
classical PR journals?

Vito

Il giorno lun 3 giu 2019 alle ore 04:16 Thomas Shafee <
thomas.sha...@gmail.com> ha scritto:

> Yes, we put together a little checklist back in round one (*link*
> <
> https://en.wikiversity.org/wiki/Talk:WikiJournal_User_Group#Notes_on_Plan_S_compliance_criteria
> >
> ).
>
> Initially there were a few items that are currently not achieved (e.g.
> JATS-compliant XML formatting). The revised Plan_S has reduced stringency
> and all the items that weren't hit happen to be optional. That being said,
> things like JATS-compliant XML and citation metadata would be valuable to
> implement anyway for machine readability.
>
> Thomas
>
> On Mon, 3 Jun 2019 at 04:53, James Heilman  wrote:
>
> > It already is Plan-S compliant :-)
> >
> > https://en.wikipedia.org/wiki/Plan_S#Licensing_and_rights
> >
> > Plan-S unfortunately is looking at allowing ND content.
> >
> > James
> >
> > On Sun, Jun 2, 2019 at 8:14 AM Mister Thrapostibongles <
> > thrapostibong...@gmail.com> wrote:
> >
> > > Thomas
> > >
> > > Is it intended that the journals should be Plan-S compliant?
> > >
> > > Thrapostibongles
> > >
> > > On Sun, Jun 2, 2019 at 9:01 AM Thomas Shafee 
> > > wrote:
> > >
> > > > Hello Wikipedians,
> > > >
> > > > Over the last few years, the WikiJournal User Group
> > > >  has been
> > > building
> > > > and testing a set of peer reviewed academic journals on a mediawiki
> > > > platform. The main types of articles are:
> > > >
> > > >- Existing Wikipedia articles submitted for external review and
> > > feedback
> > > >(example )
> > > >- From-scratch articles that, after review, are imported to
> > Wikipedia
> > > (
> > > >example )
> > > >- Original research articles that are not imported to Wikipedia
> > > (example
> > > ><
> > > >
> > >
> >
> https://en.wikiversity.org/wiki/WikiJournal_of_Medicine/Acute_gastrointestinal_bleeding_from_a_chronic_cause:_a_teaching_case_report
> > > > >
> > > >)
> > > >
> > > > *Proposal: WikiJournals as a new sister project
> > > > *
> > > >
> > > > From a Wikipedian point of view, this is a complementary system to
> > > Featured
> > > > article review, but bridging the gap with external experts
> > > > <
> https://en.wikiversity.org/wiki/WikiJournal_User_Group/Peer_reviewers
> > >,
> > > > implementing established scholarly practices
> > > > <
> > https://en.wikiversity.org/wiki/WikiJournal_User_Group/Ethics_statement
> > > >,
> > > > and generating citable, doi-linked publications
> > > > .
> > > >
> > > > Please take a look and support/oppose/comment!
> > > > All the best,
> > > > Thomas Shafee
> > > >
> > > > ps, We are attempting to improve awareness within the existing
> > wikimedia
> > > > community, so feel free to share with others.
> > > > ___
> > > > Wikimedia-l mailing list, guidelines at:
> > > > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> > > > https://meta.wikimedia.org/wiki/Wikimedia-l
> > > > New messages to: Wikimedia-l@lists.wikimedia.org
> > > > Unsubscribe:
> https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > > > 
> > > ___
> > > Wikimedia-l mailing list, guidelines at:
> > > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> > > https://meta.wikimedia.org/wiki/Wikimedia-l
> > > New messages to: Wikimedia-l@lists.wikimedia.org
> > > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > > 
> >
> >
> >
> > --
> > James Heilman
> > MD, CCFP-EM, Wikipedian
> > ___
> > Wikimedia-l mailing list, guidelines at:
> > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> > https://meta.wikimedia.org/wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> 

Re: [Wikimedia-l] Dispute between Common and Outreach

2019-05-14 Thread Vi to
Il giorno mar 14 mag 2019 alle ore 15:46 Yann Forget  ha
scritto:

> Le mar. 14 mai 2019 à 15:32, Andy Mabbett  a
> écrit :
>
> > On Tue, 14 May 2019 at 04:50, Yann Forget  wrote:
> >
> > > Currently, we require a confirmation via OTRS if an image was
> previously
> > > published elsewhere before being uploaded to Commons.
> >
> > Really? can you provide a link to a policy age proving that assertion?
> >
> > Your claim rather makes a mockery of the suggestion that people should
> > publish to, for example, Flickr before importing to commons
> >
>
> Unless the external publication is done with a free license, of course.
> AFAIK, there is no "official" suggestion that people should publish to
> Flickr before importing to Commons.
>

For EU citizens upload at Flickr could actually reduce our
GDPR-responsibility as platform.

Il giorno mar 14 mag 2019 alle ore 16:03 Lane Rasberry <
l...@bluerasberry.com> ha scritto:

>
>
> The answer is not to lower the quality of our content, but rather to
> communicate more effectively the standard of quality that we require. With
> our standards already being so low, requiring things like proof of legal
> compliance, minimal verifiability, and having brief civil conversations in
> case of difficulty, it is challenging for me to imagine us reducing any of
> these already reasonable expectations.
>

+10

Il giorno lun 13 mag 2019 alle ore 21:42 Isaac Olatunde <
reachout2is...@gmail.com> ha scritto:

> Not all local sysops have a strong knowledge of image licensing and I think
> allowing local sysops not familiar with image licensing and how Commons
> community works in general to delete\undelete files would be
> counterproductive.
>

I still think they can just left performing actions at their own
responsibility.

Il giorno mar 14 mag 2019 alle ore 15:25 Paulo Santos Perneta <
paulospern...@gmail.com> ha scritto:

> Nah, of course they do. We are using filters at the Portuguese Wikipedia
> since 2009, and I can say, without blinking, that if it was not for
> filters, IPs would have ceased to be allowed to edit at all there for good
> now, so much it is the amount of IP vandalism that they automatically catch
> and block... per hour. With some false positives in the middle, of course,
> but nothing is perfect.


 I agree, but most of abusefilter effectiveness lies in 'block' option,
which is not so common among wikis.

Vito
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Dispute between Common and Outreach

2019-05-13 Thread Vi to
Many are.
I've always been in favour of a "do what you think you can do under your
responsibility"-model.

Any steward can do any action, still they don't do what they are not
familiar with. For example I seldom use central notice.


Vito

Il giorno dom 12 mag 2019 alle ore 22:28 Paulo Santos Perneta <
paulospern...@gmail.com> ha scritto:

> Anyone doing Commons stuff has to do have Commons skills. Wikipedia sysops
> are not asked to have them, and do not have them by default.
>
> If Wikipedia sysops that deal with copyright want to be Commons admins,
> they can apply anytime for that role. Otherwise, render to Caesar the
> things that are Caesar's.
>
> Paulo
>
>
> Vi to  escreveu no dia domingo, 12/05/2019 à(s)
> 21:13:
>
> > Major projects surely deal with a significant amount of uploads in an
> > efficient way.
> >
> > Vito
> >
> > Il giorno dom 12 mag 2019 alle ore 17:31 Paulo Santos Perneta <
> > paulospern...@gmail.com> ha scritto:
> >
> > > I absolutely disagree with this. A Wikipedia sysop do not necessarily
> > has -
> > > and from my experience, most of the time hasn't - the necessary skills
> to
> > > deal with copyright.
> > >
> > > Best,
> > > Paulo
> > >
> > > A domingo, 12 de mai de 2019, 14:35, Vi to 
> > > escreveu:
> > >
> > > > I wonder wheter local sysops could be allowed to delete/undelete
> images
> > > on
> > > > commons in order to reduce workload. Most risky commons' uploads come
> > > from
> > > > cw-upload, allow local sysops to handle them could work.
> > > >
> > > > Vito
> > > >
> > > > Il giorno dom 12 mag 2019 alle ore 15:31 James Heilman <
> > jmh...@gmail.com
> > > >
> > > > ha scritto:
> > > >
> > > > > It is hard to get the admin bit there aswell. Is Commons interested
> > in
> > > > > having more admins?
> > > > >
> > > > > James
> > > > >
> > > > > On Sun, May 12, 2019 at 5:41 AM Fæ  wrote:
> > > > >
> > > > > > A couple of years ago a proposed project was for the WMF to pay
> for
> > > > > > access to the Google image matching API access so we could run a
> > > > > > copyvio bot on the live new uploads list. Such a bot would not be
> > > > > > terribly hard to get working, and would be a great experiment to
> > see
> > > > > > if this aspect of the more boring side of sysop tools could be
> > > > > > reduced.[1]
> > > > > >
> > > > > > Not specifically advocating auto-deletion, but daily housekeeping
> > > > > > image matches to highly likely copyrighted categories would make
> > mass
> > > > > > housekeeping very easy.
> > > > > >
> > > > > > A separate old chestnut was my proposal to introduce systemic
> image
> > > > > > hashes, which neatly show "close" image matches.[2] With a
> Commons
> > > hat
> > > > > > on, such a project would be of far more immediate pragmatic use
> > than
> > > > > > mobile-related and structured data-related projects that seem to
> > suck
> > > > > > up all the oxygen and volunteer time available.
> > > > > >
> > > > > > Note that the history of these project/funding ideas is so long,
> > that
> > > > > > several of the most experienced long term volunteers that were
> > > > > > originally interested have since retired. Without some positive
> > short
> > > > > > term encouragement, not only do these ideas never reach the
> useful
> > > > > > experiment stage, but the volunteers involved simply fade away.
> > > > > >
> > > > > > Links
> > > > > > 1.
> > > > > >
> > > > >
> > > >
> > >
> >
> https://commons.wikimedia.org/wiki/Commons:Village_pump/Archive/2016/02#Google_has_opened_an_API_for_image_recognition
> > > > > > 2. https://commons.wikimedia.org/wiki/User:Fae/Imagehash
> > > > > >
> > > > > > Fae
> > > > > >
> > > > > > On Sun, 12 May 2019 at 12:21, Amir Sarabadani <
> ladsgr...@gmail.com
> > >
> > > > > wrote:
> > > > > > >
> > > > > > > IMO c

Re: [Wikimedia-l] Dispute between Common and Outreach

2019-05-12 Thread Vi to
Major projects surely deal with a significant amount of uploads in an
efficient way.

Vito

Il giorno dom 12 mag 2019 alle ore 17:31 Paulo Santos Perneta <
paulospern...@gmail.com> ha scritto:

> I absolutely disagree with this. A Wikipedia sysop do not necessarily has -
> and from my experience, most of the time hasn't - the necessary skills to
> deal with copyright.
>
> Best,
> Paulo
>
> A domingo, 12 de mai de 2019, 14:35, Vi to 
> escreveu:
>
> > I wonder wheter local sysops could be allowed to delete/undelete images
> on
> > commons in order to reduce workload. Most risky commons' uploads come
> from
> > cw-upload, allow local sysops to handle them could work.
> >
> > Vito
> >
> > Il giorno dom 12 mag 2019 alle ore 15:31 James Heilman  >
> > ha scritto:
> >
> > > It is hard to get the admin bit there aswell. Is Commons interested in
> > > having more admins?
> > >
> > > James
> > >
> > > On Sun, May 12, 2019 at 5:41 AM Fæ  wrote:
> > >
> > > > A couple of years ago a proposed project was for the WMF to pay for
> > > > access to the Google image matching API access so we could run a
> > > > copyvio bot on the live new uploads list. Such a bot would not be
> > > > terribly hard to get working, and would be a great experiment to see
> > > > if this aspect of the more boring side of sysop tools could be
> > > > reduced.[1]
> > > >
> > > > Not specifically advocating auto-deletion, but daily housekeeping
> > > > image matches to highly likely copyrighted categories would make mass
> > > > housekeeping very easy.
> > > >
> > > > A separate old chestnut was my proposal to introduce systemic image
> > > > hashes, which neatly show "close" image matches.[2] With a Commons
> hat
> > > > on, such a project would be of far more immediate pragmatic use than
> > > > mobile-related and structured data-related projects that seem to suck
> > > > up all the oxygen and volunteer time available.
> > > >
> > > > Note that the history of these project/funding ideas is so long, that
> > > > several of the most experienced long term volunteers that were
> > > > originally interested have since retired. Without some positive short
> > > > term encouragement, not only do these ideas never reach the useful
> > > > experiment stage, but the volunteers involved simply fade away.
> > > >
> > > > Links
> > > > 1.
> > > >
> > >
> >
> https://commons.wikimedia.org/wiki/Commons:Village_pump/Archive/2016/02#Google_has_opened_an_API_for_image_recognition
> > > > 2. https://commons.wikimedia.org/wiki/User:Fae/Imagehash
> > > >
> > > > Fae
> > > >
> > > > On Sun, 12 May 2019 at 12:21, Amir Sarabadani 
> > > wrote:
> > > > >
> > > > > IMO commons need either a Clue Bot NG for new uploads or ores
> support
> > > for
> > > > > images that might be copyright violation, or both.
> > > > >
> > > > > Best
> > > > >
> > > > > On Sun, May 12, 2019 at 1:10 PM Yaroslav Blanter  >
> > > > wrote:
> > > > >
> > > > > > Just the active community itself is too small, compared with the
> > > > amount of
> > > > > > material it has to deal with.
> > > > > >
> > > > > > Cheers
> > > > > > Yaroslav
> > > > > >
> > > > > > On Sun, May 12, 2019 at 1:07 PM Benjamin Ikuta <
> > > > benjaminik...@gmail.com>
> > > > > > wrote:
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Is the shortage of admins due to a lack of people willing or
> > > capable
> > > > to
> > > > > > do
> > > > > > > the job, or increasing difficulty in obtaining the bit?
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On May 12, 2019, at 3:55 AM, Tomasz Ganicz <
> polime...@gmail.com>
> > > > wrote:
> > > > > > >
> > > > > > > > Well, Actually, at the moment it looks they are all
> undeleted.
> > > > > > > >
> > > &

Re: [Wikimedia-l] Dispute between Common and Outreach

2019-05-12 Thread Vi to
I wonder wheter local sysops could be allowed to delete/undelete images on
commons in order to reduce workload. Most risky commons' uploads come from
cw-upload, allow local sysops to handle them could work.

Vito

Il giorno dom 12 mag 2019 alle ore 15:31 James Heilman 
ha scritto:

> It is hard to get the admin bit there aswell. Is Commons interested in
> having more admins?
>
> James
>
> On Sun, May 12, 2019 at 5:41 AM Fæ  wrote:
>
> > A couple of years ago a proposed project was for the WMF to pay for
> > access to the Google image matching API access so we could run a
> > copyvio bot on the live new uploads list. Such a bot would not be
> > terribly hard to get working, and would be a great experiment to see
> > if this aspect of the more boring side of sysop tools could be
> > reduced.[1]
> >
> > Not specifically advocating auto-deletion, but daily housekeeping
> > image matches to highly likely copyrighted categories would make mass
> > housekeeping very easy.
> >
> > A separate old chestnut was my proposal to introduce systemic image
> > hashes, which neatly show "close" image matches.[2] With a Commons hat
> > on, such a project would be of far more immediate pragmatic use than
> > mobile-related and structured data-related projects that seem to suck
> > up all the oxygen and volunteer time available.
> >
> > Note that the history of these project/funding ideas is so long, that
> > several of the most experienced long term volunteers that were
> > originally interested have since retired. Without some positive short
> > term encouragement, not only do these ideas never reach the useful
> > experiment stage, but the volunteers involved simply fade away.
> >
> > Links
> > 1.
> >
> https://commons.wikimedia.org/wiki/Commons:Village_pump/Archive/2016/02#Google_has_opened_an_API_for_image_recognition
> > 2. https://commons.wikimedia.org/wiki/User:Fae/Imagehash
> >
> > Fae
> >
> > On Sun, 12 May 2019 at 12:21, Amir Sarabadani 
> wrote:
> > >
> > > IMO commons need either a Clue Bot NG for new uploads or ores support
> for
> > > images that might be copyright violation, or both.
> > >
> > > Best
> > >
> > > On Sun, May 12, 2019 at 1:10 PM Yaroslav Blanter 
> > wrote:
> > >
> > > > Just the active community itself is too small, compared with the
> > amount of
> > > > material it has to deal with.
> > > >
> > > > Cheers
> > > > Yaroslav
> > > >
> > > > On Sun, May 12, 2019 at 1:07 PM Benjamin Ikuta <
> > benjaminik...@gmail.com>
> > > > wrote:
> > > >
> > > > >
> > > > >
> > > > >
> > > > > Is the shortage of admins due to a lack of people willing or
> capable
> > to
> > > > do
> > > > > the job, or increasing difficulty in obtaining the bit?
> > > > >
> > > > >
> > > > >
> > > > > On May 12, 2019, at 3:55 AM, Tomasz Ganicz 
> > wrote:
> > > > >
> > > > > > Well, Actually, at the moment it looks they are all undeleted.
> > > > > >
> > > > > > The good habit - which I was keeping when organizing several
> > > > GLAM-related
> > > > > > mass uploads - was to create on Commons project page describing
> > what it
> > > > > is
> > > > > > intended to be uploaded, preferably in English. Then you can
> > create a
> > > > > > project template to mark all uploads with them.
> > > > > >
> > > > > > See: https://commons.wikimedia.org/wiki/Commons:Partnerships
> > > > > >
> > > > > > Despite practical issue of avoiding unnecessary clashes with
> > Common's
> > > > > > admins - creating template and project page helps to promote you
> > > > project
> > > > > > across Wikimedia communities and may inspire others to do
> something
> > > > > similar.
> > > > > >
> > > > > > Commons is indeed quite hostile environment for uploaders, but on
> > the
> > > > > other
> > > > > > hand it is constantly flooded by hundreds  of copyright violating
> > > > files a
> > > > > > day:
> > > > > >
> > > > > > See the list from just one day:
> > > > > >
> > > > > >
> > > >
> > https://commons.wikimedia.org/wiki/Commons:Deletion_requests/2019/05/01
> > > > > >
> > > > > > so this hostility works both ways - Common's admins have to cope
> > with
> > > > > > aggressive hostile copyright violators every day, and after some
> > time -
> > > > > > decide to leave or became being hostile themselves... and the
> other
> > > > issue
> > > > > > is decreasing number of active admins and OTRS agents.
> > > > > >
> > > > > > I think - sooner or later - all this system - uploads - screening
> > > > uploads
> > > > > > by admins, and OTRS agreements - needs deep rethinking.
> > > > > >
> > > > > >
> > > > > > niedz., 12 maj 2019 o 10:48 Mister Thrapostibongles <
> > > > > > thrapostibong...@gmail.com> napisał(a):
> > > > > >
> > > > > >> Hello all,
> > > > > >>
> > > > > >> There seems to be a dispute between the Outreach and the Commons
> > > > > components
> > > > > >> of The Community, judging by the article "Wikimedia Commons: a
> > highly
> > > > > >> hostile place for multimedia students contributions" at the
> > Education
> > > > > >> Newsletter

Re: [Wikimedia-l] Fwd: [Wikimediaindia-l] Tamil Wikipedia elects 10 sysops at a time

2019-04-25 Thread Vi to
Meh, sysops are a mean, not a goal. Bureaucrats even less.

On a wiki with just 302 active users according to mediawiki's loose
definition of activity this rings me the "bureaucracy explosion" bell.

Even with very low activity requirements I wonder how many administrative
tasks can be performed upon a 450 edits/day overall activity.

Vito

Il giorno ven 26 apr 2019 alle ore 00:41 Asaf Bartov 
ha scritto:

> This is not India-specific, and may be of interest to other communities
> struggling with such a question.
>
>A.
>
> -- Forwarded message -
> From: Ravishankar 
> Date: Wed, Apr 24, 2019 at 3:05 PM
> Subject: [Wikimediaindia-l] Tamil Wikipedia elects 10 sysops at a time
> To: wikimediaindia-l 
>
>
> Hi,
>
> Tamil Wikipedia elects 10 sysops at a time after a gap of almost 5 years.
>
> After 2013, we hit a policy deadlock where we couldn't agree on how to
> elect a new sysop, what are the qualities of an ideal sysop, etc.,
>
> Even after repeated attempts, we could not solve this as the fear of being
> not able to easily desysop someone made us look for higher and higher bars
> for a perfect admin.
>
> So, how did we solve?
>
> Recently, MediaWiki allows someone to get sysop access for limited periods
> of time like 1 month, 3 months, etc., This is how Stewards grants adminship
> in many small wikis.
>
> We felt when there is the possibility of granting adminships for trial
> periods and renew them thereafter, we don't need to keep the bar for
> adminship very high.
>
> We also proposed to start a Wiki Admin School where others can mentor the
> new admins.
>
> So, after a month long discussion and community consensus, we conducted our
> sysop elections and elected 10 sysops at a time.
>
> Right now, we have 42 sysops  with one of the highest sysops per users
> ration among all global Wikis.
>
> We plan to elect 6 new sysops every quarter and are discussing a similar
> policy for bureaucrat election.
>
> We strongly believe having a diverse pool of sysops makes them feel
> empowered to serve the Wikimedia movement for a long period of time.
>
> If you are interested in knowing more, take a look at the policy here
>  and the discussion in the related talk
> page.
>
> Thanks,
>
> Ravi
> ___
> Wikimediaindia-l mailing list
> wikimediaindi...@lists.wikimedia.org
> To unsubscribe from the list / change mailing preferences visit
> https://lists.wikimedia.org/mailman/listinfo/wikimediaindia-l
>
>
> --
> Asaf Bartov
> Wikimedia Foundation 
>
> Imagine a world in which every single human being can freely share in the
> sum of all knowledge. Help us make it a reality!
> https://donate.wikimedia.org
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Supporting Wikinews [was: Reviewing our brand system for our 2030 goals]

2019-04-18 Thread Vi to
Wait, wait. The risk to shut down to get enough consensus to shut down a
project with an active community which is not systematically violating any
fundamental principle is zero.

Vito

Il giorno gio 18 apr 2019 alle ore 10:45 Peter Southwood <
peter.southw...@telkomsa.net> ha scritto:

> The difference here being that it is not a professional system. If you
> mess with the crowd the crowd does not generally go where you prefer it to,
> it goes home.
> Other potential contributors see what has been done, and decide not to
> waste their efforts where outsiders can throw their work away. (outsiders
> meaning people not from the project that is being closed).
> Preserving as read only in another place is far more acceptable and
> indicates respect for one's efforts, even when times have changed. Internal
> deletion, change and general editing is a completely different issue. It is
> a given when you start. It is implied by CC-by-sa licence.
> Cheers,
> Peter
>
> -Original Message-
> From: Wikimedia-l [mailto:wikimedia-l-boun...@lists.wikimedia.org] On
> Behalf Of Andy Mabbett
> Sent: Wednesday, April 17, 2019 6:50 PM
> To: Wikimedia Mailing List
> Subject: Re: [Wikimedia-l] Supporting Wikinews [was: Reviewing our brand
> system for our 2030 goals]
>
> On Wed, 17 Apr 2019 at 15:31, Peter Southwood
>  wrote:
>
> > Abandoning a project and shutting it down sends a message to all
> volunteers
> > that their work could be similarly abandoned and lost one day.
>
> For some value of "lost" - it's likely, in this case, that all the
> content would be preserved, either by making the wiki read-only, or
> perhaps migrating articles to, say, Wikisource.
>
> Sure, things like some portal pages, templates and categories might be
> discarded, but that can happen to the work of any of us, on any
> project, anyway.
>
> We have a related, but different, issue at Wikispecies .Technically at
> least, that project is now (or could soon be, with a few tweaks)
> wholly redundant to Wikidata, and could be populated using
> Listeria-like scripts or templates, from what is held in Wikidata.
>
> The Wikispecies community vehemently resist this, and respond with
> suggestions that data in Wikispecies (held in a variety of templates,
> as well as much unstructured prose) should be what is edited, and
> should be used in a reverse of the above process to somehow magically
> populate Wikidata.
>
> So we continue to maintain versions of the same data on two (or more:
> Wikipedias and Commons also do their own things with biological
> taxonomy) vastly different projects, diluting the impact of all of our
> volunteer-hours. Anyone who commissioned a system like this in a
> professional capacity would be sacked for incompetence.
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
>
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] How diverse are your readers?

2019-03-12 Thread Vi to
Il giorno mar 12 mar 2019 alle ore 06:16 David Goodman 
ha scritto:

> "with popular topics cannibalizing resources."
>
> What resources can be cannibalized?   The limiting resource in WP is
> interested people writing, improving, and validating  articles.  People
> choose their own topics.  This is different from an organization where
> staff can be directed to work on what the management think is important.


I was exactly making reference to this.
Editors' interests are hard to change and, actually, it wouldn't be
auspicable to do it.

The only resources which can be moved are those related to outreaching,
editathons, various kinds of online and offline projects.

Keeping it short I disagree with choosing topics for editathons and similar
initiatives basing on topic popularity since this will be in contrast with
any commitment to diversity, even more it will push a wrong model of
encyclopedia.


When you state that Mr Trump does not know about Indian-Pakistan conflicts,
> does he know that a Nigerian governor outspends presidents of neighbouring
> countries.. There are elections for Nigerian governors...
>

I didn't wrote this actually, inaccurate quoting of others' opinions can
poison any discussion.
Trying to rephrase, I wrote it would be better to cover things which suits
more the mission of an encyclopedia and which get less attention by media,
as Indian-Paki conflicts background, rather than mr. Trump's covfefes.


>
> What is the propblem with providing what people are looking for?
>
> I often look for bus schedule 

Vito
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] How diverse are your readers?

2019-03-11 Thread Vi to
That's an unstable process on a long-term, with popular topics
cannibalizing resources. Top read articles are already about two or three
sports, some TV series and three or four music topics.
These are also the most popular topics among editors but if you'll start
focusing energies on these already popular topics you'll end up having no
resources to be spent on "female combatants during Russian civil war",
"near to extinction languages in Brazil", "computational chemestry in late
XX century".

The way we self-identify as a project  deeply affects our results:
promoting the idea of Wikipedia as "the pop encyclopedia" (instead of "the
free encyclopedia embedding pop topics") will weaken our commitment to
diversity and quality.

Also, topic popularity is mutable on a daily basis and it's driven by a
very narrow number of media (basically Google/YouTube and Facebook) which
will gain a complete influence over us.

To me the mission of an encyclopedia is providing the *knowledge* (not
*information*) which is worth collecting and preserving. The information
people need/want is likely to be a subset of this.

If Wikipedia is also an educational medium we should find a way to ask the
ordes of people looking for new mr. Trump's bizarreness "hey, do you know
the background of India-Pakistan conflicts?"

Vito

Il giorno lun 11 mar 2019 alle ore 06:19 David Goodman 
ha scritto:

> The idea of an encyclopedia is to provide the information people need or
> want  that's appropriate to the format. It would be useful to see what they
> want that is appropriate but we do not have -- and also useful to see what
> they look for that isn't appropriate for us. Within what's appropriate, I
> see no reason why selection of topics should not be driven by reader
> interests as much as by editor interests. Our purpose is not to practice
> our writing skills for our own benefit.
>
> On Sun, Mar 10, 2019 at 6:58 PM Vi to  wrote:
>
> > The idea of a popularity-driven encyclopaedia scares 
> >
> > Vito
> >
> > Il giorno dom 10 mar 2019 alle ore 22:26 Gerard Meijssen <
> > gerard.meijs...@gmail.com> ha scritto:
> >
> > > Hoi,
> > > I have been thinking about it.. There is a place for research but
> really
> > > why can we not have the data that allows us to seek out what people are
> > > actually looking for and do not find.. Why can we not promote what
> proves
> > > to be of interest [1] ?
> > > Thanks,
> > >  GerardM
> > >
> > > [1]
> > >
> > >
> >
> https://ultimategerardm.blogspot.com/2019/03/a-marketing-approach-to-what-it-is-that.html
> > >
> > > On Wed, 6 Mar 2019 at 22:13, Leila Zia  wrote:
> > >
> > > > Hi all,
> > > >
> > > > As I mentioned in an earlier thread [1], we will be running reader
> > > > surveys across a number of Wikipedia languages to learn about the
> > > > reader needs and motivations in these languages as well as some of
> > > > their demographic information (and perhaps the correlations between
> > > > demographics and user motivations and characteristics).
> > > >
> > > > If your language community is interested to have statistics on the
> > > > distribution of reader gender, age, education, native language, and
> > > > geographic region (rural/urban) in your language (and depending on
> how
> > > > much data we collect in your language, perhaps more insights), this
> is
> > > > your chance to indicate interest at:
> > > >
> > > >
> > >
> >
> https://meta.wikimedia.org/wiki/Research_talk:Characterizing_Wikipedia_Reader_Behaviour/Demographics_and_Wikipedia_use_cases#Interested_languages
> > > >
> > > > I initially communicated 2019-02-15 as the deadline to sign up. Since
> > > > then, we have run a pilot test on enwiki and we are investigating
> some
> > > > of the results to see if any changes in the survey questions are
> > > > needed. You have now time until 2019-03-15 to indicate interest.
> > > >
> > > > As always: this call is primarily a service to your language
> > > > community. If you like it, take action on it. If you don't, no action
> > > > is needed. :)
> > > >
> > > > Best,
> > > > Leila
> > > >
> > > > [1]
> > > >
> > >
> >
> https://lists.wikimedia.org/pipermail/wikimedia-l/2019-February/091762.html
> > > >
> > > > ___
> > > > Wikim

Re: [Wikimedia-l] How diverse are your readers?

2019-03-10 Thread Vi to
The idea of a popularity-driven encyclopaedia scares 

Vito

Il giorno dom 10 mar 2019 alle ore 22:26 Gerard Meijssen <
gerard.meijs...@gmail.com> ha scritto:

> Hoi,
> I have been thinking about it.. There is a place for research but really
> why can we not have the data that allows us to seek out what people are
> actually looking for and do not find.. Why can we not promote what proves
> to be of interest [1] ?
> Thanks,
>  GerardM
>
> [1]
>
> https://ultimategerardm.blogspot.com/2019/03/a-marketing-approach-to-what-it-is-that.html
>
> On Wed, 6 Mar 2019 at 22:13, Leila Zia  wrote:
>
> > Hi all,
> >
> > As I mentioned in an earlier thread [1], we will be running reader
> > surveys across a number of Wikipedia languages to learn about the
> > reader needs and motivations in these languages as well as some of
> > their demographic information (and perhaps the correlations between
> > demographics and user motivations and characteristics).
> >
> > If your language community is interested to have statistics on the
> > distribution of reader gender, age, education, native language, and
> > geographic region (rural/urban) in your language (and depending on how
> > much data we collect in your language, perhaps more insights), this is
> > your chance to indicate interest at:
> >
> >
> https://meta.wikimedia.org/wiki/Research_talk:Characterizing_Wikipedia_Reader_Behaviour/Demographics_and_Wikipedia_use_cases#Interested_languages
> >
> > I initially communicated 2019-02-15 as the deadline to sign up. Since
> > then, we have run a pilot test on enwiki and we are investigating some
> > of the results to see if any changes in the survey questions are
> > needed. You have now time until 2019-03-15 to indicate interest.
> >
> > As always: this call is primarily a service to your language
> > community. If you like it, take action on it. If you don't, no action
> > is needed. :)
> >
> > Best,
> > Leila
> >
> > [1]
> >
> https://lists.wikimedia.org/pipermail/wikimedia-l/2019-February/091762.html
> >
> > ___
> > Wikimedia-l mailing list, guidelines at:
> > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> > https://meta.wikimedia.org/wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Hiding versions because of copyright violation

2019-01-14 Thread Vi to
At it.wiki:
*copyvios are hidden as soon as they're caught. Also precautionary hiding
is frequently used
*gross insults in summaries and revs are hidden in a discretionary way
*phone numbers and mild leaks are hidden
*profanities are always hidden.

Suppression is very rarely used, also because abusefilter log details are
private, thus reducing the need for suppressing abuselog details which can
only be suppressed.

AFAIK that's the wider revdelete usage across major wikis and likely the
most strict usage of suppression.

Vito

Il giorno lun 14 gen 2019 alle ore 19:20 effe iets anders <
effeietsand...@gmail.com> ha scritto:

> Thanks for those questions.
>
> Just as clarification, I'm talking about hiding revisions with the effect
> that the revisions are greyed out in the history, but that admins can still
> see their content. But I realize that oversight policies (the effect of
> oversight is stronger) may be more prominent, and that perhaps the
> ecosystem of different options should be considered in such a question :) .
>
> Thanks Anne for clarifying terminology - I am mostly aware with the
> terminology we use in Dutch, so may mistranslate some things.
>
> Lodewijk
>
> On Mon, Jan 14, 2019 at 10:13 AM Risker  wrote:
>
> > I think one of the issues here is that we are not all using the same
> > terminology.
> >
> > "Hiding", on English Wikipedia, is generally reserved for some weird
> > extensions that had to have special features built in because
> > revision-deletion, deletion, and suppression did not work with them.  I
> > think all of those extensions are now disabled on English Wikipedia.
> >
> > "Revision-deletion" (which has the effect of removing a revision from the
> > view of the reading public and users who are not administrators or
> > equivalent) or complete page deletion is used for most copyright
> violations
> > on English Wikipedia.  Copyright violations should not be publicly
> > available, since it does not meet even the most basic requirements of
> edits
> > to the project; I have a hard time seeing why any project would leave
> them
> > in the page history, since that is the equivalent of leaving them in the
> > project.
> >
> > "Suppression" is an even higher-level form of revision-deletion that
> > removes the revision from the view of everyone except oversighters.  It
> > replaced the old "oversight" extension in 2009, and it is my
> understanding
> > that all of the revisions that were historically removed using the
> > oversight tool have now been returned to page history and suppressed.
> > (There are some exceptions.) Suppression is used on English Wikipedia for
> > most personal information, which can include anything listed in the WMF
> > privacy policy.
> >
> > There are variations in the use of the deletion/suppression tools: for
> > example, since 2009 we have been able to either "delete" or "suppress"
> > usernames and edit summaries that are highly inappropriate. The ability
> to
> > "suppress" usernames is sometimes used when someone edits while logged
> out,
> > not realizing their IP address will appear in the history.
> >
> > I suspect that English Wikipedia has lower thresholds for both
> > revision-deletion and suppression because it has historically been the
> > project that is most abused, sometimes in ways that I'd be hesitant to
> > publicly describe.
> >
> >
> > Risker/Anne
> > (English Wikipedia oversighter)
> >
> > On Mon, 14 Jan 2019 at 12:29, effe iets anders  >
> > wrote:
> >
> >> Hi all,
> >>
> >> This is one of these things that seems particularly hard to find, so I'd
> >> like to pick your collective brains on this:
> >>
> >> What are the various policies across our little universe on using the
> >> 'hide
> >> version' functionality to hide historical versions of articles? I would
> >> especially appreciate it if you could elaborate a bit on how it's used
> in
> >> practice with regards to privacy violations (what is the threshold of
> >> private information that would justify hiding versions) and copyright
> >> violations (when do you actually hide the versions, rather than just
> >> remove
> >> it from the current version and leave it in the history).
> >>
> >> Are there any global policies on this? I think not, but always better to
> >> double check :).
> >>
> >> Best,
> >> Lodewijk
> >> ___
> >> Wikimedia-l mailing list, guidelines at:
> >> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> >> https://meta.wikimedia.org/wiki/Wikimedia-l
> >> New messages to: Wikimedia-l@lists.wikimedia.org
> >> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> >> 
> >
> >
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: 

Re: [Wikimedia-l] America may go bizarro, but Wikipedia has a choice to make

2019-01-09 Thread Vi to
>
> I would suggest Iceland. But there are several other possibilities, Ireland
> and New Zealand for starters.
>

An alternative to be solid should be technically and economically feasible.
Ireland may be ok though I suspect is less cheap than Netherlands or
Germany, I suspect Iceland is even more expensive, while New Zeland is
"far" from most of our audience.

I suppose in Italy we'd worry
> about Beppe and criminal libel statutes,


Their allies from lega nord are even worse.

Vito
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] America may go bizarro, but Wikipedia has a choice to make

2019-01-09 Thread Vi to
AFAIR CODFW can serve as a complete (tested) backup for EQIAD. If the same
would be implemented (though it's not a 5 minutes task) to ESAMS that would
be a first step towards a more distributed infrastructure.

Vito

Il giorno mar 8 gen 2019 alle ore 18:17 Fæ  ha scritto:

> Dear fellow Wikimedians, please sit back for a moment and ponder the
> following,
>
> For those of us not resident in the US, it has been genuinely alarming
> to see highly respected US government archives vanish overnight,
> reference websites go down, and US legislation appear to drift to
> whatever commercial interests have the loudest current political
> voices. Sadly "populism" is happening now, and dominates American
> politics, driving changes of all sorts in response to politically
> inflated and vague rhetoric about "security" and "fakenews". It is not
> inconceivable that a popularist current or future US Government could
> decide to introduce emergency controls over websites like Wikipedia,
> virtually overnight.[1][2][3][4]
>
> The question of whether the Wikimedia Foundation should have a hot
> switch option, so that if a "disaster" strikes in America, we could
> continue running Wikipedia and Wikimedia Commons from other countries
> has been raised on this list several times over many years. The WMF
> and its employees are heavily invested in staying in Silicon Valley,
> and that will stay true unless external risks become extreme.
>
> However, there has never been a rationale to avoid investing in a Plan
> B. A robust plan, where the WMF can switch operations over to a
> hosting country with a sufficiently welcoming with stable national
> government and legislation, that our projects could continue to meet
> our open knowledge goals virtually uninterrupted and without risk of
> political control. A Plan B would ensure that if the US Government
> started to discuss controlling Wikipedia, then at least that published
> plan would be a realistic response. If they tried doing it, we could
> simply power off our servers in the USA, rather than compromise our
> content.
>
> If anyone knows of committed investment in a practical WMF Plan B, it
> would be reassuring to share it more widely at this time. If not, more
> of us should be asking about it, politely, persistently but perhaps
> less patiently than indefinitely. :-)
>
> Links:
> 1. https://www.bbc.co.uk/news/world-us-canada-46739180
> 2. http://www.lse.ac.uk/ideas/research/updates/populism
> 3.
> https://www.cnet.com/news/obama-signs-order-outlining-emergency-internet-control
> "... this order was designed to empower certain governmental agencies
> with control over telecommunications and the Web during natural
> disasters and security emergencies."
> 4.
> https://www.theatlantic.com/magazine/archive/2019/01/presidential-emergency-powers/576418
> "The president could seize control of U.S. internet traffic, impeding
> access to certain websites and ensuring that internet searches return
> pro-Trump content as the top results."
> 5. Bizarro, as used in the title of this email:
> https://en.wikipedia.org/wiki/Bizarro_World
>
> Thanks,
> Fae
> --
> fae...@gmail.com https://commons.wikimedia.org/wiki/User:Fae
>
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Blocks which appear to demonstrate prejudice against minorities

2019-01-07 Thread Vi to
By the way, please do not intervene en masse. They (the user involved) have
a strong tendency towards using "colonialism" as a general purpose excuse
for their action, as I experienced myself a bunch of months ago, along with
a series of references to Italian invasion of Ethiopia.
This kind of excuse is easily is fed by this kind of intervention. Talkpage
contents is a trivial matter compared to insults and abuse of
administrative privileges. While the latter one is solved the first one is
yet to be handled.

Vito

Il giorno lun 7 gen 2019 alle ore 15:56 James Heilman  ha
scritto:

> While we give individual languages / projects a great deal of autonomy,
> they are not completely autonomous and remain accountable to our global
> norms. We have a shared brand to uphold. Glad to see a strong position has
> been taken by the community against discrimination based on sexual
> orientation.
>
> My 2 cents
> James
>
> On Mon, Jan 7, 2019 at 6:39 AM Ariel Glenn WMF 
> wrote:
>
> > A note that the user's talk page
> >
> >
> https://am.wikipedia.org/wiki/%E1%8A%A0%E1%89%A3%E1%88%8D_%E1%8B%8D%E1%8B%AD%E1%8B%AD%E1%89%B5:Codex_Sinaiticus
> > may or may not reflect all of the comments made at any given moment,
> since
> > the user has been engaged in deleting large parts of the discussion.
> You'll
> > want to double-check the history to see what's been written.
> > ___
> > Wikimedia-l mailing list, guidelines at:
> > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> > https://meta.wikimedia.org/wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
>
>
>
> --
> James Heilman
> MD, CCFP-EM, Wikipedian
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Blocks which appear to demonstrate prejudice against minorities

2019-01-07 Thread Vi to
The lobby of high voltage warning signs disagrees.

Vito

Il giorno lun 7 gen 2019 alle ore 11:37 Yaroslav Blanter 
ha scritto:

> Well, in 2019 people should already have come to the notion that blocking
> locally an acting steward is not really a good idea.
>
> Cheers
> Yaroslav
>
> On Mon, Jan 7, 2019 at 11:21 AM Vi to  wrote:
>
> > Because of a truly great idea
> > <
> >
> https://am.wikipedia.org/w/index.php?title=%E1%88%8D%E1%8B%A9:Log/block=%E1%8A%A0%E1%89%A3%E1%88%8D%3ATeles
> > >
> > the involved user's admin/bureaucrat access was revoked
> > <
> >
> https://meta.wikimedia.org/wiki/Special:Log?type=rights==Codex+Sinaiticus%40amwiki===
> > >
> > by Marco Aurelio.
> >
> > Vito
> >
> > Il giorno lun 7 gen 2019 alle ore 11:02 Amir Sarabadani <
> > ladsgr...@gmail.com>
> > ha scritto:
> >
> > > Given the response on the talk page [1] I think it's clear violation of
> > > nondiscrimination policy [2]
> > >
> > > [1] "promotion of homosexuality will not be tolerated here nor will it
> be
> > > forced down our throats to suit anyone's international political agenda
> > if
> > > you expect Ethiopians to take part."
> > > [2] https://foundation.wikimedia.org/wiki/Resolution:Nondiscrimination
> > >
> > > Best
> > > On Wed, Jan 2, 2019, 23:09 Risker  wrote:
> > >
> > > >  I note that we are talking about the block of one single user on one
> > > > single project; this particular account has thousands of edits over
> > > about a
> > > > dozen projects, but is "attached" to hundreds of Wikimedia projects.
> > The
> > > > majority of these "attached" accounts are likely because the editor
> > > > "visited" the various projects while logged in, activating the
> > automatic
> > > > account creation algorithm.  The account was created 8 years ago, and
> > has
> > > > actively edited a wide variety of  projects, including several
> > > wikipedias,
> > > > Commons, Wikidata, and Meta. While English Wikipedia is the account's
> > > > "home" wiki, about 55% of the account's global edits have been made
> on
> > > > Marathi Wikipedia. The Amharic Wikipedia account does not appear to
> > have
> > > > edited, which suggests that it was automatically created when the
> > editor
> > > > was "looking at" the project on 9  February 2018.  The block for
> > account
> > > > name was made on 22 October 2018.  I note that accounts were created
> on
> > > > over a hundred projects over the course of a few days in February
> 2018.
> > > >
> > > > The point being raised in this thread is that it appears this editor
> > was
> > > > blocked on one of the 381 wikis on which they have an account,
> > explicitly
> > > > because of the perception that their username calls attention to the
> > > sexual
> > > > behaviour of the editor. What we do not know is (a) whether that is
> in
> > > fact
> > > > a legitimate username block reason on Amharic Wikipedia, or (b) if it
> > is
> > > a
> > > > legitimate username block reason, *why* it would be a username block
> > > > reason. We don't know why this block was applied so long after the
> > > account
> > > > was created. We don't know the username policy on Amharic Wikipedia,
> > nor
> > > do
> > > > we know how it is applied; for example, we don't know if a username
> > like
> > > > "StraightGuy101" would be blocked.  We do know that there are only 4
> > > > administrators on Amharic Wikipedia, and that there are fewer than 50
> > > > active users working on the project, which may be part of the reason
> > for
> > > > the delay between automatic account creation and the account block.
> > > >
> > > > We also know that one of the challenges of single user login for all
> > > > Wikimedia projects has highlighted the fact that certain usernames
> that
> > > are
> > > > acceptable on some projects are blocked on other projects; we've
> known
> > > that
> > > > for years. We know that each project establishes its own policies
> when
> > it
> > > > comes to usernames. There are legitimate reasons why a username that
> is
> > > > acceptable in one language is not acceptable in another languag

Re: [Wikimedia-l] Blocks which appear to demonstrate prejudice against minorities

2019-01-07 Thread Vi to
Because of a truly great idea

the involved user's admin/bureaucrat access was revoked

by Marco Aurelio.

Vito

Il giorno lun 7 gen 2019 alle ore 11:02 Amir Sarabadani 
ha scritto:

> Given the response on the talk page [1] I think it's clear violation of
> nondiscrimination policy [2]
>
> [1] "promotion of homosexuality will not be tolerated here nor will it be
> forced down our throats to suit anyone's international political agenda if
> you expect Ethiopians to take part."
> [2] https://foundation.wikimedia.org/wiki/Resolution:Nondiscrimination
>
> Best
> On Wed, Jan 2, 2019, 23:09 Risker  wrote:
>
> >  I note that we are talking about the block of one single user on one
> > single project; this particular account has thousands of edits over
> about a
> > dozen projects, but is "attached" to hundreds of Wikimedia projects.  The
> > majority of these "attached" accounts are likely because the editor
> > "visited" the various projects while logged in, activating the automatic
> > account creation algorithm.  The account was created 8 years ago, and has
> > actively edited a wide variety of  projects, including several
> wikipedias,
> > Commons, Wikidata, and Meta. While English Wikipedia is the account's
> > "home" wiki, about 55% of the account's global edits have been made on
> > Marathi Wikipedia. The Amharic Wikipedia account does not appear to have
> > edited, which suggests that it was automatically created when the editor
> > was "looking at" the project on 9  February 2018.  The block for account
> > name was made on 22 October 2018.  I note that accounts were created on
> > over a hundred projects over the course of a few days in February 2018.
> >
> > The point being raised in this thread is that it appears this editor was
> > blocked on one of the 381 wikis on which they have an account, explicitly
> > because of the perception that their username calls attention to the
> sexual
> > behaviour of the editor. What we do not know is (a) whether that is in
> fact
> > a legitimate username block reason on Amharic Wikipedia, or (b) if it is
> a
> > legitimate username block reason, *why* it would be a username block
> > reason. We don't know why this block was applied so long after the
> account
> > was created. We don't know the username policy on Amharic Wikipedia, nor
> do
> > we know how it is applied; for example, we don't know if a username like
> > "StraightGuy101" would be blocked.  We do know that there are only 4
> > administrators on Amharic Wikipedia, and that there are fewer than 50
> > active users working on the project, which may be part of the reason for
> > the delay between automatic account creation and the account block.
> >
> > We also know that one of the challenges of single user login for all
> > Wikimedia projects has highlighted the fact that certain usernames that
> are
> > acceptable on some projects are blocked on other projects; we've known
> that
> > for years. We know that each project establishes its own policies when it
> > comes to usernames. There are legitimate reasons why a username that is
> > acceptable in one language is not acceptable in another language, even in
> > cases where the editor had no knowledge that the chosen username would
> be a
> > problem in another language. We do know that there have been lots of
> cases
> > where usernames have been blocked for "username policy violation" on all
> > kinds of projects, despite the account operating productively on other
> > projects.
> >
> > I also note that there is nothing in this thread that confirms the editor
> > themself has raised any concerns about this block, and I am always wary
> of
> > turning an editor into a "martyr for a cause" without their direct
> > agreement, as that can be as abusive as the original action. So the first
> > step in this situation would be to confirm with the individual editor
> > whether or not they want their "case" to be examined.
> >
> > Should the editor be agreeable, I suggest that the next step is for
> someone
> > who has the ability to converse in Amharic to contact the Amharic
> Wikipedia
> > and find out why the block has been issued, how it is consistent with the
> > username policy on Amharic Wikipedia, whether that policy is driven in
> part
> > by external considerations (e.g., does the project risk heavy
> governmental
> > scrutiny if it appears to "promote" locally unacceptable activities). I
> am
> > personally curious as to why it took over six months to identify that
> this
> > account did not meet the local username policy, and whether there was
> > internal or external discussion about the username.
> >
> > It is not clear to me what the desired outcome is in this case - at least
> > in part because we have no idea of the opinion of the editor involved.  

Re: [Wikimedia-l] Croatian Wikipedia: persisting far-right bias?

2018-11-28 Thread Vi to
A quick comment: there are some sympthoms the process is totally broken
there. Reasoning about sources works fine when the process works, it's
completely useless otherwise.

See Dalibor Bosits@hrwiki

for example.

Vito

Il giorno mer 28 nov 2018 alle ore 13:09 Dennis During 
ha scritto:

> My cellphone spellchecker substituted "faith" for "fact".  I was trying to
> encourage the use of your approach.
>
>
> On Wed, Nov 28, 2018, 06:43 Gerard Meijssen  wrote:
>
> > Hoi,
> > I take offence calling it a faith-based process. We have a database with
> > the citations of all Wikipedias. We have overriding principles that
> include
> > the NPOV and what the role of functionaries is in Wikimedia projects.
> When
> > they are a faith, they are our faith.
> >
> > My question to you is, why are you reluctant to start a process that will
> > bring down many hobby horses including yours and the ones in your
> favourite
> > project. Why not start where we face an urgency? An urgency that
> undermines
> > Wikipedia as NPOV!
> > Thanks,
> >   GerardM
> >
> > On Wed, 28 Nov 2018 at 00:31, Dennis During  wrote:
> >
> > > Why not test-run the process on my favorite project - or yours?  We
> > should
> > > get started.
> > >
> > > I am skeptical of the quality of judgment without a foundation of
> facts.
> > > At Wiktionary we have two main definition evaluation processes, one
> > > dependent on citations to which interpretative judgment is applies. IMO
> > > this process works very well.  The other depends on opinion, votes,
> > > supported by whatever facts or authority or bluster (my specialty)
> > > advocates bring to bear.  That process, though adequate, is not as
> > > satisfactory.
> > >
> > > Gerard Meijssen has suggested a faith-based process. If it is almost
> > ready
> > > to go, let it be validated and put to use.
> > >
> > > On Tue, Nov 27, 2018, 16:45 Benjamin Lees  > >
> > > > On Mon, Nov 26, 2018 at 8:06 AM Dennis During 
> > > wrote:
> > > > >
> > > > > Who is the judge? Are we going to join Facebook, Google, Twitter,
> et
> > al
> > > > as
> > > > > the new press barons?
> > > >
> > > > All of our work on the projects necessarily involves making
> judgments.
> > > > As a movement we have largely decided that editors on individual
> > > > projects should be the ones to make those judgments.  But in some
> > > > extreme cases, our judgment may be that we need different judges.
> > > >
> > > > On Tue, Nov 27, 2018 at 1:03 PM Dennis During 
> > > wrote:
> > > > >
> > > > > It is important that any wiki process be applied fairly.  In this
> > case
> > > I
> > > > > think the Croatian wiki cannot be the first to have a new process
> > > > applied.
> > > >
> > > > I don't know whether this is the process we want.  But if it is,
> > > > somebody's gotta go first.
> > > >
> > > > ___
> > > > Wikimedia-l mailing list, guidelines at:
> > > > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> > > > https://meta.wikimedia.org/wiki/Wikimedia-l
> > > > New messages to: Wikimedia-l@lists.wikimedia.org
> > > > Unsubscribe:
> https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > > > 
> I
> > > ___
> > > Wikimedia-l mailing list, guidelines at:
> > > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> > > https://meta.wikimedia.org/wiki/Wikimedia-l
> > > New messages to: Wikimedia-l@lists.wikimedia.org
> > > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > > 
> > ___
> > Wikimedia-l mailing list, guidelines at:
> > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> > https://meta.wikimedia.org/wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Wikimedia Foundation Inc. working with Go Fish Digital, a company that whitewashes Wikipedia

2018-07-22 Thread Vi to
I concur, this seems to be a clear violation of our TOS.

Vito

2018-07-22 20:34 GMT+02:00 Mario Gómez :

> Actually, it took just a couple of hours to find:
>
> * Two obvious Go Fish Digital sockpuppets.
> * One article with high amount of evidence of COI / paid editing.
> * A few other articles with possible COI / paid editing.
> * Possible links to multiple big sockpuppet farms that were already
> blocked.
>
> Since this involves a lot of research outside Wikipedia itself, as well as
> personal details of Go Fish Digital employees, I'll wait for guidance about
> how can this be disclosed. Also, with this evidence, it seems clear to me
> that legal should be involved as soon as possible and consider stop sharing
> Wikipedia data with this company.
>
> Best,
>
> Mario
>
>
>
>
> On Sun, Jul 22, 2018 at 6:42 PM, Mario Gómez 
> wrote:
>
> > There, is at least, one user that works for Go Fish Digital with a
> > sockpuppet account in English Wikipedia and has denied conflict of
> interest
> > or paid editing disclosure even if he was asked too, since some user was
> > suspicious. Should I send this privately? I don't want to incur in
> spurious
> > ousting/doxxing.
> >
> > Best,
> >
> > Mario
> >
> > On Sun, Jul 22, 2018 at 12:24 AM, MZMcBride  wrote:
> >
> >> Hi.
> >>
> >> Go Fish Digital is a company that whitewashes Wikipedia. From its own
> >> site:
> >>
> >> >The primary platforms that define your online reputation include:
> >> > [...]
> >> > * Wikipedia
> >> > [...]
> >> >
> >> > With Online Reputation Management, we work hard to make all of the
> >> >positive information easy to find.  At the same time, we use many
> >> >different strategies and tactics to diminish the visibility of negative
> >> >content, or in some cases, remove it from the web altogether.  The end
> >> >result is a positive online reputation because when people search your
> >> >name or brand, they immediately find positive content.
> >>
> >> Source: https://gofishdigital.com/online-reputation-management
> >>
> >> Wikimedia Foundation Inc. has been working with this company on search
> >> engine optimization: . I
> have
> >> a
> >> few questions about this work.
> >>
> >> How was this vendor chosen? Which other vendors were considered?
> >>
> >> Why is this work being undertaken? At least the English Wikipedia has
> some
> >> of the best search engine results placement of any site on the Web, so
> I'm
> >> curious to know who's prioritizing Wikipedia's search engine
> optimization
> >> and for what reason.
> >>
> >> How is it appropriate for Wikimedia Foundation Inc. to work with a
> company
> >> that is, by its own admission, whitewashing Wikipedia? Doesn't this give
> >> Go Fish Digital a ton of legitimization by now being able to say it
> works
> >> directly with Wikimedia Foundation Inc. ("with Wikipedia")?
> >>
> >> Is it appropriate to give a company that sells whitewashing Wikipedia
> >> services access to private user data, as was done in
> >>  and
> >> ? The Wikimedia Foundation
> >> Inc.
> >> legal department apparently approved this access, but I'm curious to
> know
> >> why, given the company's role in selling an "Online Reputation
> Management"
> >> product. This looks bad to me.
> >>
> >> MZMcBride
> >>
> >>
> >>
> >> ___
> >> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wik
> >> i/Mailing_lists/Guidelines and https://meta.wikimedia.org/wik
> >> i/Wikimedia-l
> >> New messages to: Wikimedia-l@lists.wikimedia.org
> >> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> >> 
> >
> >
> >
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Creation of separate user group for editing sitewide CSS/JS

2018-07-10 Thread Vi to
Small wikis are, from this specific security issue, full of risks. I think
this element should be taken into account.

Restricting css/js editing may be a patch for a short time, but our
infrastructure is pretty vulnerable, our users can be injected with
malicious js by editing thousands of pages on any among hundreds of wikis.

Vito

2018-07-10 20:51 GMT+02:00 Strainu :

> 2018-07-10 20:38 GMT+03:00 Alex Monk :
> > On 10 July 2018 at 12:06, Bodhisattwa Mandal <
> bodhisattwa.rg...@gmail.com>
> > wrote:
> >
> >> 1) Not all communities have been informed about this future change (
> >> https://meta.wikimedia.org/wiki/Distribution_list/
> Technical_Village_Pumps_
> >> distribution_list
> >> )
> >
> > The plan appears to be to do this, maybe it just hasn't happened yet:
> > https://meta.wikimedia.org/wiki/Talk:Creation_of_
> separate_user_group_for_editing_sitewide_CSS/JS#Announcement_plan
> >
> > 2) The comments in the meta talk page suggests that there is no intention
> >> to get opinions from editor community members. Everything seems to be
> >> pre-decided by the developer community and we dont have other options
> but
> >> to accept the proposal without proper discussion.
> >> (
> >> https://meta.wikimedia.org/wiki/Talk:Creation_of_
> separate_user_group_for_
> >> editing_sitewide_CSS/JS
> >> )
> >>
> > It's a software security decision so editor community acceptance of this
> > change is optional, but there is an attempt to get the opinions of editor
> > community members (if there wasn't there wouldn't even be a page on meta
> > about this). These rights should never have been bundled with sysop
> rights,
> > they are incredibly dangerous and more on the level of bureaucrat/steward
> > than anything else in the sysop rights list.
> >
> > 3) Many admins from smaller wikis have expressed their concerns that this
> >> decision will severely affect the workflow of those wikis, but none of
> >> these concerns are addressed.
> >>
> > I don't see how. The current local group the rights are granted by is
> > bureaucrat-grantable, and the new local group the rights will be granted
> by
> > will be bureaucrat-grantable.
>
> The problem is that smaller wikis don't have bureaucrats either and
> there have been some very harsh proposals on that talk page with
> regards to how the user right should be provided by stewards. Having
> some kind of global policy (like the one you propose below) before
> deploying would probably ease a lot of the fears.
> >
> >
> >> 4) Many editors have expressed concern over just 2 week short notice
> period
> >> for this transition. But that concern is also not addressed.
> >>
> >
> > If we were to say that stewards would be allowed to assign the rights to
> > any existing local admin (without extra discussion) on the conditions
> that:
> > 1) they were an admin at the time of the group losing its rights and have
> > not lost any local rights since
> > 2) there have been no local bureaucrats active on the wiki since the
> change.
> > I think this would be fine.
>
> I agree with the proposal, but it seems rather orthogonal to the
> transition period. There are all kinds of possible situations and
> communities are rather responsive more than pro-active on these
> subjects. As someone pointed out on the talk page, there is no real
> reason to hurry the deployment so much. The fact that it was announced
> in the tech news is a good first step, but it seems like a good idea
> to now take the time to do thinks properly.
>
> Strainu
>
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Gendergap approach causing problems

2018-05-12 Thread Vi to
Sorry but historical research is a bit more complex. Primary sources need
to be interpreted. For instance, until late XVIII most of records dealt
with "firesides" meaning "nuclear family" corresponding to a different
population according to time and place.

Some trivial information may be referenced with primary sources but most
cannot at all: forbidding original research is one of the pillars of
Wikipedia. You can allow them, but you'll obtain something which no longer
is Wikipedia.

Vito

2018-05-12 14:27 GMT+02:00 Paulo Santos Perneta :

> A parish book, with all records signed by the priest (and witnesses), and
> reviewed by the Diocesis, is a primary source, and immensely more reliable
> than any secondary sources quoting it.
>
> As we say in Portugal, who tells a story adds something. I'm pretty much
> sure there is a similar saying in English as well.
>
> There is not any reason that I can foresee why a secondary source should be
> used instead of a primary source in those situations.
>
> Paulo
>
> 2018-05-12 6:49 GMT+01:00 Peter Southwood :
>
> > Maybe there is, but maybe they are in fact conceptually similar, and have
> > similar problems. You will have to clarify:
> > In what way are primary sources "as in history" more reliable and
> > verifiable?
> > Also, how does "as in history" distinguish them from other primary
> sources
> > produced by the subject?
> > Cheers,
> > Peter
> >
> > -Original Message-
> > From: Wikimedia-l [mailto:wikimedia-l-boun...@lists.wikimedia.org] On
> > Behalf Of Paulo Santos Perneta
> > Sent: Friday, May 11, 2018 10:25 PM
> > To: Wikimedia Mailing List
> > Subject: Re: [Wikimedia-l] Gendergap approach causing problems
> >
> > Isn't there an endemic confusion in the Wikipedias between what are
> primary
> > sources (produced by the subject) and primary sources (original sources,
> as
> > in History)? While the first should be avoided at all costs, the second
> > should be preferred over secondary sources most of the time, as they
> > generally are more reliable and verifiable. I keep seeing this confusion
> in
> > Wikipedias, all the time, with disastrous results on the quality of the
> > articles.
> >
> > Paulo
> >
> >
> > 2018-05-11 5:49 GMT+01:00 Cameron :
> >
> > > Well audio recordings or video recordings of oral histories and
> > traditions
> > > come to mind. However I'm not sure how comfortable I am with an
> > > encyclopedia using such sources.
> > >
> > > Now as an aspiring historian (Only one semester left on my degree), I
> use
> > > primary sources quite often for papers, and projects however those are
> > > generally frowned upon for Wikipedia; mainly because Wikipedia is an
> > > encyclopedia not an academic journal. Good encyclopedias are typically
> > > sourced from secondary sources, and ocassionaly tertiary sources.
> > >
> > > Now compiling a repository of such orally transmitted histories and
> > > traditions would be an amazing idea for a new project in my opinion. My
> > > personal thought on this issue is keeping our current verifiability and
> > > notability requirements is a good idea. In some areas I think we
> include
> > > far too much (fan cruft anyone?).
> > >
> > > - Cameron C.
> > > Cameron11598
> > >
> > >  On Thu, 10 May 2018 21:34:15 -0700 peter.southw...@telkomsa.net
> > > wrote 
> > >
> > > If not written, how would they be referenced and verified?
> > > Cheers,
> > > Peter
> > >
> > > -Original Message-
> > > From: Wikimedia-l [mailto:wikimedia-l-boun...@lists.wikimedia.org] On
> > > Behalf Of Jean-Philippe Béland
> > > Sent: Friday, May 11, 2018 6:28 AM
> > > To: Wikimedia Mailing List
> > > Subject: Re: [Wikimedia-l] Gendergap approach causing problems
> > >
> > > You are missing the whole point. I'm not talking about second guessing
> > > sources but rather changing our narrow point of views of what we
> consider
> > > sources of knowledge. A lot of cultures are of oral tradition and not
> > > written.
> > >
> > > JP
> > >
> > > On Thu, May 10, 2018, 16:42 Todd Allen,  wrote:
> > >
> > > > Abandoning notability and verifiability is a wide open sign for
> > spammers
> > > > and hoaxers. We have enough of that without giving them an engraved
> > > > invitation.
> > > >
> > > > If published sources are biased, the efforts to correct that should
> be
> > > made
> > > > at the source (literally) level. Just like rather than "disputing" a
> > > > reliable source, if we found evidence that contradicts them, we'd ask
> > > them
> > > > to correct, and then once they do we'll update the article
> accordingly
> > > > based on their correction. Wikipedia is not there to second-guess
> what
> > > > sources choose to publish or find "alternative" or "non-western" or
> > > > whatever else have you types of information. If our references are
> > > flawed,
> > > > the solution lies in getting them to correct what 

Re: [Wikimedia-l] Gendergap approach causing problems

2018-05-11 Thread Vi to
 "Mussolini's speech relating Mussolini's speech contents -> best possible
sources"?
Even worse than speech themselves.


Vito

2018-05-12 0:39 GMT+02:00 Paulo Santos Perneta <paulospern...@gmail.com>:

>  Mussolini's speech relating WWII -> was produced by the subject: to avoid
> Mussolini's speech relating Mussolini's speech contents -> best possible
> source you can have.
>
> Both kinds are described by the Wikipedias policies as "primary source",
> and yet they have very different, and often opposed values of verifiability
> and fiability.
>
> As I said, there's an endemic confusion with primary sources in Wikipedia.
>
> Paulo
>
> 2018-05-11 22:19 GMT+01:00 Vi to <vituzzu.w...@gmail.com>:
>
> > Policies about primary (en.wiki's one for example
> > <https://en.wikipedia.org/w/index.php?title=Wikipedia:PRIMARY>) tell a
> > different story and I, for one, concur with them.
> >
> > An extreme example: Mussolini's speech (primary source) will tell you
> WWII
> > was caused by the Allies, any history book (secondary or tertiary) shows
> > that's a blatant lie. To state such a simple truth without doing an
> > original research you need a secondary source.
> >
> > Vito
> >
> > 2018-05-11 22:24 GMT+02:00 Paulo Santos Perneta <paulospern...@gmail.com
> >:
> >
> > > Isn't there an endemic confusion in the Wikipedias between what are
> > primary
> > > sources (produced by the subject) and primary sources (original
> sources,
> > as
> > > in History)? While the first should be avoided at all costs, the second
> > > should be preferred over secondary sources most of the time, as they
> > > generally are more reliable and verifiable. I keep seeing this
> confusion
> > in
> > > Wikipedias, all the time, with disastrous results on the quality of the
> > > articles.
> > >
> > > Paulo
> > >
> > >
> > > 2018-05-11 5:49 GMT+01:00 Cameron <came...@cameron11598.net>:
> > >
> > > > Well audio recordings or video recordings of oral histories and
> > > traditions
> > > > come to mind. However I'm not sure how comfortable I am with an
> > > > encyclopedia using such sources.
> > > >
> > > > Now as an aspiring historian (Only one semester left on my degree), I
> > use
> > > > primary sources quite often for papers, and projects however those
> are
> > > > generally frowned upon for Wikipedia; mainly because Wikipedia is an
> > > > encyclopedia not an academic journal. Good encyclopedias are
> typically
> > > > sourced from secondary sources, and ocassionaly tertiary sources.
> > > >
> > > > Now compiling a repository of such orally transmitted histories and
> > > > traditions would be an amazing idea for a new project in my opinion.
> My
> > > > personal thought on this issue is keeping our current verifiability
> and
> > > > notability requirements is a good idea. In some areas I think we
> > include
> > > > far too much (fan cruft anyone?).
> > > >
> > > > - Cameron C.
> > > > Cameron11598
> > > >
> > > >  On Thu, 10 May 2018 21:34:15 -0700 peter.southw...@telkomsa.net
> > > > wrote 
> > > >
> > > > If not written, how would they be referenced and verified?
> > > > Cheers,
> > > > Peter
> > > >
> > > > -Original Message-
> > > > From: Wikimedia-l [mailto:wikimedia-l-boun...@lists.wikimedia.org]
> On
> > > > Behalf Of Jean-Philippe Béland
> > > > Sent: Friday, May 11, 2018 6:28 AM
> > > > To: Wikimedia Mailing List
> > > > Subject: Re: [Wikimedia-l] Gendergap approach causing problems
> > > >
> > > > You are missing the whole point. I'm not talking about second
> guessing
> > > > sources but rather changing our narrow point of views of what we
> > consider
> > > > sources of knowledge. A lot of cultures are of oral tradition and not
> > > > written.
> > > >
> > > > JP
> > > >
> > > > On Thu, May 10, 2018, 16:42 Todd Allen, <toddmal...@gmail.com>
> wrote:
> > > >
> > > > > Abandoning notability and verifiability is a wide open sign for
> > > spammers
> > > > > and hoaxers. We have enough of that without giving them an engraved
> > > > > invitation.
> > > > >
> > 

Re: [Wikimedia-l] Gendergap approach causing problems

2018-05-11 Thread Vi to
Policies about primary (en.wiki's one for example
) tell a
different story and I, for one, concur with them.

An extreme example: Mussolini's speech (primary source) will tell you WWII
was caused by the Allies, any history book (secondary or tertiary) shows
that's a blatant lie. To state such a simple truth without doing an
original research you need a secondary source.

Vito

2018-05-11 22:24 GMT+02:00 Paulo Santos Perneta :

> Isn't there an endemic confusion in the Wikipedias between what are primary
> sources (produced by the subject) and primary sources (original sources, as
> in History)? While the first should be avoided at all costs, the second
> should be preferred over secondary sources most of the time, as they
> generally are more reliable and verifiable. I keep seeing this confusion in
> Wikipedias, all the time, with disastrous results on the quality of the
> articles.
>
> Paulo
>
>
> 2018-05-11 5:49 GMT+01:00 Cameron :
>
> > Well audio recordings or video recordings of oral histories and
> traditions
> > come to mind. However I'm not sure how comfortable I am with an
> > encyclopedia using such sources.
> >
> > Now as an aspiring historian (Only one semester left on my degree), I use
> > primary sources quite often for papers, and projects however those are
> > generally frowned upon for Wikipedia; mainly because Wikipedia is an
> > encyclopedia not an academic journal. Good encyclopedias are typically
> > sourced from secondary sources, and ocassionaly tertiary sources.
> >
> > Now compiling a repository of such orally transmitted histories and
> > traditions would be an amazing idea for a new project in my opinion. My
> > personal thought on this issue is keeping our current verifiability and
> > notability requirements is a good idea. In some areas I think we include
> > far too much (fan cruft anyone?).
> >
> > - Cameron C.
> > Cameron11598
> >
> >  On Thu, 10 May 2018 21:34:15 -0700 peter.southw...@telkomsa.net
> > wrote 
> >
> > If not written, how would they be referenced and verified?
> > Cheers,
> > Peter
> >
> > -Original Message-
> > From: Wikimedia-l [mailto:wikimedia-l-boun...@lists.wikimedia.org] On
> > Behalf Of Jean-Philippe Béland
> > Sent: Friday, May 11, 2018 6:28 AM
> > To: Wikimedia Mailing List
> > Subject: Re: [Wikimedia-l] Gendergap approach causing problems
> >
> > You are missing the whole point. I'm not talking about second guessing
> > sources but rather changing our narrow point of views of what we consider
> > sources of knowledge. A lot of cultures are of oral tradition and not
> > written.
> >
> > JP
> >
> > On Thu, May 10, 2018, 16:42 Todd Allen,  wrote:
> >
> > > Abandoning notability and verifiability is a wide open sign for
> spammers
> > > and hoaxers. We have enough of that without giving them an engraved
> > > invitation.
> > >
> > > If published sources are biased, the efforts to correct that should be
> > made
> > > at the source (literally) level. Just like rather than "disputing" a
> > > reliable source, if we found evidence that contradicts them, we'd ask
> > them
> > > to correct, and then once they do we'll update the article accordingly
> > > based on their correction. Wikipedia is not there to second-guess what
> > > sources choose to publish or find "alternative" or "non-western" or
> > > whatever else have you types of information. If our references are
> > flawed,
> > > the solution lies in getting them to correct what they're doing, not
> > > "correcting" for any perceived bias by editors. We reflect sources, we
> do
> > > not second-guess, dispute, or correct them.
> > >
> > > Todd
> > >
> > > On Thu, May 10, 2018 at 10:46 AM, Peter Southwood <
> > > peter.southw...@telkomsa.net> wrote:
> > >
> > > > When Wikipedia was new and unknown there were not so many people
> > wanting
> > > > to use it for purposes that conflict with our purposes. Times change.
> > > > Cheers,
> > > > Peter
> > > >
> > > > -Original Message-
> > > > From: Wikimedia-l [mailto:wikimedia-l-boun...@lists.wikimedia.org]
> On
> > > > Behalf Of Jean-Philippe Béland
> > > > Sent: Thursday, May 10, 2018 5:30 PM
> > > > To: Wikimedia Mailing List
> > > > Subject: Re: [Wikimedia-l] Gendergap approach causing problems
> > > >
> > > > If we where that septic at the beginning, we will never have started
> > > > Wikipedia to begin with. Really, an encyclopedia written by anyone
> > > without
> > > > any authority to double check before it is published? It is doomed to
> > > fail.
> > > > Yes, in theory, but practice showed us otherwise. The question is not
> > to
> > > > remove notability and verifiability requirements, but to change those
> > > > requirements to be more inclusive of different ways of sharing
> > > knowledge. I
> > > > think practice can show us otherwise in that case too if we are ready
> > to
> > > do
> 

Re: [Wikimedia-l] Does anyone know what wikimedia france are up to with the Request Network ?

2018-04-27 Thread Vi to
You surely saw the same dudes who sold anything as "Internet of things" a
couple of years ago selling the same black boxes as "blockchain" now. I
expect these black boxes to be labeled as "enhanced by artificial
intelligence" by mid 2019 :D

Vito

2018-04-27 20:05 GMT+02:00 David Gerard :

> On 27 April 2018 at 17:21, geni  wrote:
>
> > Not really. At best you end up with a less efficient version of a
> > downloadable database. People claiming that "blockchain technology" is
> > useful for things are either cyptocurrency advocates (with the usual
> > conflicts of interest) or third parties trying to be nice to them.
>
>
> seconded. Actual blockchain expert here! As in, I wrote a book about
> it that's sold well and the BBC calls me an expert now.
>
> Just for readers of this list, as copyright holder I hereby grant you
> permission to download this copy:
>
> http://libgen.io/book/index.php?md5=41A766EE9752E757169A46C936C2EC17
>
> (like I could stop anyone anyway)
>
> tl;dr "blockchain" anything is a boondoggle at best and horribly
> damaging at worst, and you really don't want to go near this actively
> terrible rubbish.
>
>
> - d.
>
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] The fact-checked encyclopedia

2018-04-15 Thread Vi to
"   The encyclopedia of evil people, by evil people, for evil
people    " + a winking Baphomet as logo

I find close to pointless derailing any discussion into a incircumstantial
series of tirades.

Vito

2018-04-15 16:21 GMT+02:00 Leigh Thelmadatter :

> Not just English Wikipedia. All of the projects are hostile to "outsiders"
> Those not in English might even be worse for several reasons
>
> Enviado desde mi LG de Telcel
>
> -- Original message--
> From: Robert Fernandez
> Date: Sun, Apr 15, 2018 9:17 AM
> To: Wikimedia Mailing List;
> Cc:
> Subject:Re: [Wikimedia-l] The fact-checked encyclopedia
>
> Considering the barriers to entry, growing thicket of policies,
> organized group harassment, and open hostility on the English
> Wikipedia, I'm not sure we can even call it "the encyclopedia anyone
> can edit" anymore.  So I'd say fact-checked is a more accurate and
> relevant claim these days.
>
> On Sun, Apr 15, 2018 at 8:53 AM, Anthony Cole  wrote:
> > I just googled “wikipedia” and the first result was a Google ad linking
> to
> > wikipedia.org.[1] It calls Wikipedia the fact-checked encyclopedia. We
> used
> > to call it the encyclopedia anyone can edit. The latter seems more honest
> > than this new formulation which to me implies a degree of reliability and
> > oversight I'm not sure we can ethically assert. I missed the discussion
> > about this new self-description. Did it happen on meta? Is anyone else
> > uncomfortabe with this?
> > --
> > Anthony Cole
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] De-recognition of Wikimedia user groups in Brazil

2018-04-08 Thread Vi to
Given Teles' insight I must admit *I was wrong* in using the adjective
"fair", not so much right with "reasonable", while I expected something
like this. My apologies.

I may have an incomplete view of the situation but parties didn't deserve
the same treatment.

Vito

2018-04-08 21:32 GMT+02:00 Vi to <vituzzu.w...@gmail.com>:

> Sad outcome though fair, reasonable and expected.
> I hope some new group will arise from these ruins.
>
> Vito
>
> 2018-04-08 20:19 GMT+02:00 Kirill Lokshin <kirill.loks...@gmail.com>:
>
>> Hello everyone,
>>
>> Recognition as a Wikimedia movement affiliate — a chapter, thematic
>> organization, or user group — is a privilege that allows an independent
>> group to officially use the Wikimedia trademarks to further the Wikimedia
>> mission. To receive and maintain their status as recognized Wikimedia
>> affiliates, groups are required to comply with certain requirements, which
>> are identified in each group's individual chapter, thematic organization,
>> or user group agreement.  In particular, the terms of the Wikimedia User
>> Group Agreement and Code of Conduct prohibit user groups from engaging in
>> activity that poses significant risk to other Wikimedia organizations or
>> Wikimedia projects.
>>
>> As many of you doubtlessly know, the two Wikimedia user groups based in
>> Brazil — Wikimedia Community User Group Brasil and Wiki Education Brazil —
>> have been engaged in a severe and protracted conflict, which has resulted
>> in significant harm to past, ongoing, and planned Wikimedia movement
>> activities in Brazil.  As all reasonable attempts to resolve the conflict
>> have failed, the Affiliations Committee is left with no choice but to
>> withdraw the groups' recognition as Wikimedia affiliates.
>>
>> Consequently, the recognition of Wikimedia Community User Group Brasil and
>> Wiki Education Brazil as Wikimedia user groups has been revoked, and the
>> Wikimedia Foundation's legal department has been requested to formally
>> terminate their respective user group agreements as soon as practicable.
>> Further, the specific individuals who served as the primary contacts for
>> these user groups will be prohibited from serving as primary contacts for
>> any user group application or existing user group for a period of one
>> year.
>>
>> The Affiliations Committee recognizes that this is an unprecedented and
>> unfortunate development. However, we hope that this step will allow the
>> Wikimedia community in Brazil to work towards a new organizational
>> structure and model that will better serve the needs of movement
>> participants and stakeholders in the country.
>>
>> Any questions regarding this matter should be addressed directly to the
>> Affiliations Committee.
>>
>> Regards,
>> Kirill Lokshin
>> Chair, Affiliations Committee
>> ___
>> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wik
>> i/Mailing_lists/Guidelines and https://meta.wikimedia.org/wik
>> i/Wikimedia-l
>> New messages to: Wikimedia-l@lists.wikimedia.org
>> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
>> <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
>
>
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Re: [Wikimedia-l] De-recognition of Wikimedia user groups in Brazil

2018-04-08 Thread Vi to
Sad outcome though fair, reasonable and expected.
I hope some new group will arise from these ruins.

Vito

2018-04-08 20:19 GMT+02:00 Kirill Lokshin :

> Hello everyone,
>
> Recognition as a Wikimedia movement affiliate — a chapter, thematic
> organization, or user group — is a privilege that allows an independent
> group to officially use the Wikimedia trademarks to further the Wikimedia
> mission. To receive and maintain their status as recognized Wikimedia
> affiliates, groups are required to comply with certain requirements, which
> are identified in each group's individual chapter, thematic organization,
> or user group agreement.  In particular, the terms of the Wikimedia User
> Group Agreement and Code of Conduct prohibit user groups from engaging in
> activity that poses significant risk to other Wikimedia organizations or
> Wikimedia projects.
>
> As many of you doubtlessly know, the two Wikimedia user groups based in
> Brazil — Wikimedia Community User Group Brasil and Wiki Education Brazil —
> have been engaged in a severe and protracted conflict, which has resulted
> in significant harm to past, ongoing, and planned Wikimedia movement
> activities in Brazil.  As all reasonable attempts to resolve the conflict
> have failed, the Affiliations Committee is left with no choice but to
> withdraw the groups' recognition as Wikimedia affiliates.
>
> Consequently, the recognition of Wikimedia Community User Group Brasil and
> Wiki Education Brazil as Wikimedia user groups has been revoked, and the
> Wikimedia Foundation's legal department has been requested to formally
> terminate their respective user group agreements as soon as practicable.
> Further, the specific individuals who served as the primary contacts for
> these user groups will be prohibited from serving as primary contacts for
> any user group application or existing user group for a period of one year.
>
> The Affiliations Committee recognizes that this is an unprecedented and
> unfortunate development. However, we hope that this step will allow the
> Wikimedia community in Brazil to work towards a new organizational
> structure and model that will better serve the needs of movement
> participants and stakeholders in the country.
>
> Any questions regarding this matter should be addressed directly to the
> Affiliations Committee.
>
> Regards,
> Kirill Lokshin
> Chair, Affiliations Committee
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] YouTube shooting and risk assessment

2018-04-05 Thread Vi to
I read/receive related craps

on
a daily basis but it's hard to tell an idiot from a psychopath, so it may
become a risk for WMF offices.

Vito

2018-04-05 17:33 GMT+02:00 Andy Mabbett :

> I'm sure most of you will be aware of the unfortunate events at
> YouTube's HQ a couple fo days ago:
>
>https://en.wikipedia.org/wiki/YouTube_headquarters_shooting
>
> Without giving away anything that might reveal vulnerabilities, does
> the WMF have contingency plans for such an incident? What about at
> community events in the US, and elsewhere?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] About Facebook Linked in some of Wikimedia projects

2018-03-01 Thread Vi to
The two cases some referred to
https://az.wikipedia.org/wiki/MediaWiki:Sitenotice and
https://vi.wikipedia.org/wiki/Bản_mẫu:AdvancedSiteNotices

I don't like facebook at all but it's a de facto standard for
communication/outreaching. If "official" groups meet a series of
requisites. For example being managed by a sufficient number of trusted
users, respecting "something recalling" friendly space expectations, etc.

Vito

2018-03-01 3:01 GMT+01:00 Erik Moeller :

> On Wed, Feb 28, 2018 at 5:31 PM, James Heilman  wrote:
> > I am not seeing any link to Facebook here?
> >
> > https://az.wikipedia.org/wiki/Yeniyetm%C9%99_(roman)
>
> It's part of a banner, not sure the banner is set to 100%. It says:
>
> "Azərbaycanca Vikipediya ilə daim əlaqədə olmaq üçün bizi "Facebook"da
> izləyin!"
>
> in small font at the top, with a link to:
>
> https://www.facebook.com/azvikipediya
>
> Personally, I'd love to see WMF or a chapter set up a public Mastodon
> instance; the project has matured significantly since its first
> release and is at least a viable free/open alternative to the
> Twitter-ish forms of social networking. FB still has event management
> functions that are difficult to substitute, however.
>
> Erik
>
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Paid translation

2018-02-27 Thread Vi to
(This thread is getting terribly interesting)

I generally think Wikipedia should be a strictly non interfering observer
for various aspects, language included. I fear if a wiki tries to set a
model for a language it may be a model which doesn't represent the reality
of that language: small wikis are often monopolized by a few users. That's
not a fault per se but it may introduce a significant bias in linguistic
models used.

About one of Amir's emails I think a "small" Wikipedia edition is sign of a
series of situations, one of the most common of is an endangered language.
While planning should differentiate between endangered and non endangered
language I think most of problems we have to face are related to languages
endangered at various levels.

On a more practical and less ideological note, I should note that even
though I didn't run the numbers, I strongly suspect that translating 10,000
articles to 100 languages is considerably cheaper than teaching 7 billion
people English.

I don't why but I tend to second your suspects :p


Vito

2018-02-27 16:53 GMT+01:00 Peter Southwood <peter.southw...@telkomsa.net>:

> If the people creating the basic encyclopaedic terminology and style in
> the language are native speakers, then it would not be a thing imposed from
> outside. It would be a development within the language, just like it was
> with the languages that already have encyclopaedias. The basic
> encyclopaedic terminology and style in languages that have then also had to
> be created before it existed, it just happened earlier. Living languages
> evolve to deal with the realities of the present. Those which don’t, tend
> to die out as they become less useful. Cheers, Peter
>
> -Original Message-
> From: Wikimedia-l [mailto:wikimedia-l-boun...@lists.wikimedia.org] On
> Behalf Of Vi to
> Sent: Tuesday, February 27, 2018 1:43 PM
> To: Wikimedia Mailing List
> Subject: Re: [Wikimedia-l] Paid translation
>
> I see Amir's points, which are pretty reasonable, but I fear this would
> suit languages with a significant presence on the web.
>
> Among them I agree with points 1, 3 and 4 while I'm not sure about #2
> "creating basic encyclopedic terminology and style in that language", if we
> want to preserve a language we shouldn't create a thing.
>
> By the way I was wondering my concerns about cultural colonization may be
> addressed -for wikis which has some contents (let's say at least 1000
> articles)- by starting expanding existing articles instead of translating
> new ones. This would solve the problem of choosing what to translate though
> would leave problems about the perspective contents are created.
>
> Vito
>
> 2018-02-27 12:31 GMT+01:00 Amir E. Aharoni <amir.ahar...@mail.huji.ac.il>:
>
> > 2018-02-27 13:00 GMT+02:00 mathieu stumpf guntz <
> > psychosl...@culture-libre.org>:
> >
> > >
> > >
> > > Le 24/02/2018 à 18:08, Vi to a écrit :
> > >
> > >> *finally I think paid translators would hardly turn into stable
> > >> Wikipedians.
> > >>
> > >> I think this misses an important point that is, we don't need the
> > initial
> > > translator to turn into a sustaining editor, we need the article to
> > evolve
> > > with call to action incentives. And articles which don't exist at
> > > all – even as a stub – or don't meet an audience of potential
> > > contributors will never catch such an evolving cycle.
> >
> >
> > This is one of the issues with what I alluded to in my earlier email
> > in this thread: the privilege that the "big" languages have. It's the
> > privilege of already having other encyclopedias, textbooks, public
> > education, etc., in this language. A lot of languages don't have these
> > things. When you speak a language that has had these things before
> > Wikipedia came along, it's hard to perceive the world like a person
> > who speaks a language that doesn't perceives it.
> >
> > If you define the purpose of paying somebody to translate as "turning
> > the paid translator" into a sustaining editor, then this is indeed
> > likely to fail.
> >
> > But if you define the purpose differently, it may succeed. For
> > example, you may define the purpose as one or more of the following:
> > * Demonstrating that it's possible to write an encyclopedia in that
> > language
> > * Creating basic encyclopedic terminology and style in that language
> > * Creating a bunch of basic articles that would appear in
> > interlanguage links in Wikipedias from bigger languages (English,
> > French, etc.)
> > * Creating a bunch of basic artic

Re: [Wikimedia-l] Paid translation

2018-02-27 Thread Vi to
I see Amir's points, which are pretty reasonable, but I fear this would
suit languages with a significant presence on the web.

Among them I agree with points 1, 3 and 4 while I'm not sure about #2 "creating
basic encyclopedic terminology and style in that language", if we want to
preserve a language we shouldn't create a thing.

By the way I was wondering my concerns about cultural colonization may be
addressed -for wikis which has some contents (let's say at least 1000
articles)- by starting expanding existing articles instead of translating
new ones. This would solve the problem of choosing what to translate though
would leave problems about the perspective contents are created.

Vito

2018-02-27 12:31 GMT+01:00 Amir E. Aharoni <amir.ahar...@mail.huji.ac.il>:

> 2018-02-27 13:00 GMT+02:00 mathieu stumpf guntz <
> psychosl...@culture-libre.org>:
>
> >
> >
> > Le 24/02/2018 à 18:08, Vi to a écrit :
> >
> >> *finally I think paid translators would hardly turn into stable
> >> Wikipedians.
> >>
> >> I think this misses an important point that is, we don't need the
> initial
> > translator to turn into a sustaining editor, we need the article to
> evolve
> > with call to action incentives. And articles which don't exist at all –
> > even as a stub – or don't meet an audience of potential contributors will
> > never catch such an evolving cycle.
>
>
> This is one of the issues with what I alluded to in my earlier email in
> this thread: the privilege that the "big" languages have. It's the
> privilege of already having other encyclopedias, textbooks, public
> education, etc., in this language. A lot of languages don't have these
> things. When you speak a language that has had these things before
> Wikipedia came along, it's hard to perceive the world like a person who
> speaks a language that doesn't perceives it.
>
> If you define the purpose of paying somebody to translate as "turning the
> paid translator" into a sustaining editor, then this is indeed likely to
> fail.
>
> But if you define the purpose differently, it may succeed. For example, you
> may define the purpose as one or more of the following:
> * Demonstrating that it's possible to write an encyclopedia in that
> language
> * Creating basic encyclopedic terminology and style in that language
> * Creating a bunch of basic articles that would appear in interlanguage
> links in Wikipedias from bigger languages (English, French, etc.)
> * Creating a bunch of basic articles that would appear in search results
> from internet search engines
>
> The existence of these things may bring in people who will become volunteer
> sustaining editors.
>
> --
> Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
> http://aharoni.wordpress.com
> ‪“We're living in pieces,
> I want to live in peace.” – T. Moore‬
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Re: [Wikimedia-l] Paid translation

2018-02-25 Thread Vi to
Any "global" list reflects (and I fear it will always reflect) the
Weltanschauung of those cultures which are stronger on the web.

I'm deeply concerned about cultures being eaten up by globalization but
attempts to preserve them should take into account the risk of ending up
preserving just "our" view of these cultures.

I also agree with WereSpielChequers' comments about mixing paid and unpaid
editing. What I think it can be done is a system of prizes/contests (maybe
evaluated by paid experts) focused on attracting people on Wikisource and
Wiktionaries, Wikipedia can follow if a critical mass is eventually reached.

Vito

2018-02-25 15:16 GMT+01:00 John Erling Blad <jeb...@gmail.com>:

> Sorry, but this does not make sense. The core articles apply globally.
> There will although be articles in additions to a list of core articles,
> but I don't try to advocate any of those lists as the one and only list.
> Actually I have toyed with an idea of automatically create a list of core
> articles, and that would identify important articles no matter if they are
> from a big western language or a minority language.
>
> The main problem is NOT that minority languages should have articles about
> the major cities and important philosophers, *the main problem is that
> minor languages can't get started because they lack content*!
>
> On Sun, Feb 25, 2018 at 2:41 AM, Vi to <vituzzu.w...@gmail.com> wrote:
>
> > Cultural appropriation is something different, by "forcing" the contents
> in
> > a minority language we would actually be at risk of implementing a form
> of
> > "cultural colonialism" which is the opposite of a cultural appropriation.
> >
> > NOTE: I refer to "the Western" in both cultural and "Wikipedian" sense: I
> > mean cultures with a strong presence on the web plus developed and
> > flourishing Wikipedia communities.
> >
> > Helping minority languages with funds/workforce is not bad in my opinion,
> > but I think a bottom-up process must be followed, with the "bottom" being
> > as closer as possible to relevant linguistic/cultural communities. A
> > Wikipedia full of "what the Westerns think is important" in a minority
> > non-Western language would definitely fail project scopes.
> >
> > This kind of problem almost does not arise with minority language
> > associated to Western cultures since they share the same cultural
> > backgrounds: back to my previous example the cultural background of
> > Sicilian is substantially equal to Italian one. Still, as I already
> wrote,
> > wikis in minority languages should focus on a certain aspect of wiki
> scope:
> > Wiki has roughly two main scopes: 1) sharing knowledge in a certain
> > language 2) also preserving the cultural heritage associated with
> different
> > languages. For languages mainly spoken as first language the "sharing
> > knowledge" aspect is predominant, while the second should take precedence
> > in languages whose speakers are native speakers of a "bigger" language.
> >
> > Vito
> >
> > 2018-02-24 22:58 GMT+01:00 John Erling Blad <jeb...@gmail.com>:
> >
> > > Seems like this is mostly about cultural ownership and appropriation.
> Not
> > > sure if it is possible to agree on this.
> > >
> > > On Sat, Feb 24, 2018 at 6:08 PM, Vi to <vituzzu.w...@gmail.com> wrote:
> > >
> > > > I'll reply to the most recent email just for laziness.
> > > >
> > > > I'm doubtful for a series of reasons, most of were already expressed
> > in a
> > > > better way by others:
> > > > *a remuneration in terms of quantity will weaken the quality of
> > > > translations unless there's a strong mechanism of quality
> verification
> > > > requiring a quantity of resources comparable to translations
> > themselves;
> > > > *articles are the result of a long process which reflects cultural
> > > identity
> > > > of different communities, I'm not confident with transferring them
> to a
> > > > different "weaker" cultures. My usage of "weaker" adjective only
> > focuses
> > > > about the strength of a cultural presence on the Internet;
> > > > *articles to be translated are at high risk of reflecting the
> cultural
> > > > identity (and biases) of the Western culture;
> > > > *finally I think paid translators would hardly turn into stable
> > > > Wikipedians.
> > > >
> > > > IMHO some paid editing may be better exp

Re: [Wikimedia-l] Paid translation

2018-02-24 Thread Vi to
Cultural appropriation is something different, by "forcing" the contents in
a minority language we would actually be at risk of implementing a form of
"cultural colonialism" which is the opposite of a cultural appropriation.

NOTE: I refer to "the Western" in both cultural and "Wikipedian" sense: I
mean cultures with a strong presence on the web plus developed and
flourishing Wikipedia communities.

Helping minority languages with funds/workforce is not bad in my opinion,
but I think a bottom-up process must be followed, with the "bottom" being
as closer as possible to relevant linguistic/cultural communities. A
Wikipedia full of "what the Westerns think is important" in a minority
non-Western language would definitely fail project scopes.

This kind of problem almost does not arise with minority language
associated to Western cultures since they share the same cultural
backgrounds: back to my previous example the cultural background of
Sicilian is substantially equal to Italian one. Still, as I already wrote,
wikis in minority languages should focus on a certain aspect of wiki scope:
Wiki has roughly two main scopes: 1) sharing knowledge in a certain
language 2) also preserving the cultural heritage associated with different
languages. For languages mainly spoken as first language the "sharing
knowledge" aspect is predominant, while the second should take precedence
in languages whose speakers are native speakers of a "bigger" language.

Vito

2018-02-24 22:58 GMT+01:00 John Erling Blad <jeb...@gmail.com>:

> Seems like this is mostly about cultural ownership and appropriation. Not
> sure if it is possible to agree on this.
>
> On Sat, Feb 24, 2018 at 6:08 PM, Vi to <vituzzu.w...@gmail.com> wrote:
>
> > I'll reply to the most recent email just for laziness.
> >
> > I'm doubtful for a series of reasons, most of were already expressed in a
> > better way by others:
> > *a remuneration in terms of quantity will weaken the quality of
> > translations unless there's a strong mechanism of quality verification
> > requiring a quantity of resources comparable to translations themselves;
> > *articles are the result of a long process which reflects cultural
> identity
> > of different communities, I'm not confident with transferring them to a
> > different "weaker" cultures. My usage of "weaker" adjective only focuses
> > about the strength of a cultural presence on the Internet;
> > *articles to be translated are at high risk of reflecting the cultural
> > identity (and biases) of the Western culture;
> > *finally I think paid translators would hardly turn into stable
> > Wikipedians.
> >
> > IMHO some paid editing may be better exploited in order to digitalise
> texts
> > of unrepresented cultures (wikisource) or preserving their vocabularies
> > (wiktionary).
> >
> > Also those languages which are secondary for all their speakers should be
> > dealt with in a different fashion. I, for one, am a native speaker of
> > specific variant of Sicilian, Sicilian is a secondary language to any of
> > its speakers. Honestly, I'd find pointless to read the biography of
> > Leonardo da Vinci in Sicilian while I can find thousands of books about
> him
> > in Italian. Also I find this kind of translation creates a fake
> "literary"
> > language totally detached from reality: there's no "encaustic painting"
> in
> > Sicilian, still a Sicilian article about Leonardo will invent one.
> >
> > As a general principle we should always collect, rather than create,
> > knowledge.
> >
> > Vito
> >
> > 2018-02-24 16:30 GMT+01:00 John Erling Blad <jeb...@gmail.com>:
> >
> > > My reply can be read as a bit more harsh than intended, it was merely a
> > > statement about my present experience about translators in general.
> > >
> > > The problem with lack of contributors (and translators) in a
> specialized
> > > area is that there is a small community, and within this community some
> > > kind of selection is made. Each time a selection is repeated the
> > remaining
> > > group shrinks. Specialize the selection sufficiently many times and
> there
> > > will be no contributors (or translators) left. It is simply a game of
> > > probabilities. Thus, to make such a project work it must have a
> > > sufficiently broad scope for the articles. Articles about public health
> > > services will probably work even for a pretty small language group, but
> > > specialized medical articles might create a problem. But then you find
> > > a retired

Re: [Wikimedia-l] Paid translation

2018-02-24 Thread Vi to
I'll reply to the most recent email just for laziness.

I'm doubtful for a series of reasons, most of were already expressed in a
better way by others:
*a remuneration in terms of quantity will weaken the quality of
translations unless there's a strong mechanism of quality verification
requiring a quantity of resources comparable to translations themselves;
*articles are the result of a long process which reflects cultural identity
of different communities, I'm not confident with transferring them to a
different "weaker" cultures. My usage of "weaker" adjective only focuses
about the strength of a cultural presence on the Internet;
*articles to be translated are at high risk of reflecting the cultural
identity (and biases) of the Western culture;
*finally I think paid translators would hardly turn into stable Wikipedians.

IMHO some paid editing may be better exploited in order to digitalise texts
of unrepresented cultures (wikisource) or preserving their vocabularies
(wiktionary).

Also those languages which are secondary for all their speakers should be
dealt with in a different fashion. I, for one, am a native speaker of
specific variant of Sicilian, Sicilian is a secondary language to any of
its speakers. Honestly, I'd find pointless to read the biography of
Leonardo da Vinci in Sicilian while I can find thousands of books about him
in Italian. Also I find this kind of translation creates a fake "literary"
language totally detached from reality: there's no "encaustic painting" in
Sicilian, still a Sicilian article about Leonardo will invent one.

As a general principle we should always collect, rather than create,
knowledge.

Vito

2018-02-24 16:30 GMT+01:00 John Erling Blad :

> My reply can be read as a bit more harsh than intended, it was merely a
> statement about my present experience about translators in general.
>
> The problem with lack of contributors (and translators) in a specialized
> area is that there is a small community, and within this community some
> kind of selection is made. Each time a selection is repeated the remaining
> group shrinks. Specialize the selection sufficiently many times and there
> will be no contributors (or translators) left. It is simply a game of
> probabilities. Thus, to make such a project work it must have a
> sufficiently broad scope for the articles. Articles about public health
> services will probably work even for a pretty small language group, but
> specialized medical articles might create a problem. But then you find
> a retired
> orthopedic surgeon like Subas Chandra Rout…
>
> On Sat, Feb 24, 2018 at 4:04 PM, James Heilman  wrote:
>
> > I agree with John that it is very difficult to turn a translator into a
> new
> > editor. I also agree with Jean-Philippe that it is key to have
> involvement
> > of the local projects and preferable if they lead the efforts. Of the
> > languages we worked in only one explicitly requested not to be involved /
> > have translations from TWB.
> >
> > James
> >
> > On Sat, Feb 24, 2018 at 7:59 AM, John Erling Blad 
> > wrote:
> >
> > > You can turn it around; give added credits for translations from small
> > > language projects and into the larger ones, that is a lot more
> > interesting
> > > than strictly translating from the larger language projects.
> > >
> > > On Sat, Feb 24, 2018 at 3:55 PM, Jean-Philippe Béland <
> > > jpbel...@wikimedia.ca
> > > > wrote:
> > >
> > > > I think the request for such projects should come from the concerned
> > > > language projects, same for the list of articles. If not, in my
> simple
> > > > opinion, it is a form of coloniasm again.
> > > >
> > > > Jean-Philippe Béland
> > > > Vice President, Wikimedia Canada
> > > >
> > > >
> > > > On Sat, Feb 24, 2018 at 9:40 AM John Erling Blad 
> > > wrote:
> > > >
> > > > > Should have added that the remaining points are somewhat less
> > > interesting
> > > > > in this context. Preloading a set of articles is a bad idea, the
> > > > > translators should be able to chose for themselves. Articles should
> > > also
> > > > be
> > > > > pretty broad, not very narrow technical or medical, ie vertical
> > > articles,
> > > > > as the number of editors that can handle those will be pretty
> small.
> > > > >
> > > > > In particular: Do not believe you can turn a teanslator into a new
> > > > editor!
> > > > > You can although turn an existing editor into a translator.
> > > > >
> > > > > On Sat, Feb 24, 2018 at 3:34 PM, John Erling Blad <
> jeb...@gmail.com>
> > > > > wrote:
> > > > >
> > > > > > 1) You must start with high quality content and thus all articles
> > are
> > > > > >> extensively improved before being proposed for translation.
> > > > > >
> > > > > >
> > > > > > Note that to much pressure on "quality" can easily kill the
> > project.
> > > > > >
> > > > > > 3) The "Content Translation" tool developed by the WMF made
> efforts
> > > > more
> > > > > >> efficient 

Re: [Wikimedia-l] Welcome messages at arwiki

2018-01-25 Thread Vi to
The information is so noisy (transclusions may trigger autocreation) and
irrelevant (no information about pages, just wikis) I don't see an issue
worth resolving.

Vito

2018-01-25 22:54 GMT+01:00 Pine W <wiki.p...@gmail.com>:

> Joe,
>
> I believe that the issue of a potential privacy violation was first raised
> on this list on December 30th, and I first emailed WMF Legal about this
> issue on January 1st. Keeping in mind that the issue involves potential
> privacy violations, I think that it's reasonable to think that this issue
> should have been reviewed within days, not weeks. I disagree with the
> statement that "A subsequent review is clearly going to be a low priority
> task as I am sure you can understand Pine." If anything, I think that the
> situation is clear to the contrary and it should have been reviewed within
> days.
>
> For me, an RfC about this matter would be for the purposes of (1)
> encouraging WMF to give more attention to this matter, (2) attempting to
> establish community consensus about whether the matters being raised here
> involve privacy violations, and (3) what should be done, if anything.
> Personally, I think that the status quo does involve privacy violations and
> that there should be changes. Whether that view is shared by others is
> something that the RfC would attempt to measure.
>
> In this circumstance I consider RfC to be similar to a ballot measure, and
> I think that it's appropriate for me to say that if I think that there are
> problems then I may use tools that are available to me to attempt to
> address them, preferably with WMF's cooperation, but without WMF"s
> cooperation if necessary and if possible.
>
> John,
>
> A previous discussion about the privacy issues occurred in
> https://phabricator.wikimedia.org/T42006. I received a new email from WMF
> Legal in which they affirmed their department's 2012 view on this matter.
> The most recent email gave me the impression that they are receptive to
> discussion about whether there should be changes although there may be
> resource limitations. That sounds like a good starting place for a
> conversation, and I think that on the community's side an RfC is the best
> way to gauge the community's views. I am busy for the next few days but
> I'll try to set up an RfC on Meta during the weekend.
>
> Pine <https://meta.wikimedia.org/wiki/User:Pine>
> <https://en.wikipedia.org/wiki/User:CatherineMunro/Bright_Places>
>
> On Wed, Jan 24, 2018 at 2:29 AM, Joseph Seddon <jsed...@wikimedia.org>
> wrote:
>
> > This conversation started in the middle of the Christmas break following
> > which I suspect many staff took extended holidays, most departments are
> in
> > the middle annual planning and this week WMF are gathering for their
> annual
> > all hands meetings. So lets firtst consider the fact that senior legal
> > staff have a lot on their plate.
> >
> > This problem has been discussed before and reviewed by legal as
> acceptable.
> > A subsequent review is clearly going to be a low priority task as I am
> sure
> > you can understand Pine.
> >
> > Making threats to handle ones demand and only in a manner that is
> > acceptable to you is hardly going to make staff receptive to expediting
> > your request. Lets give the good people time, afford them patience on our
> > behalf and let them do their jobs.
> >
> > On Wed, Jan 24, 2018 at 2:04 AM, Pine W <wiki.p...@gmail.com> wrote:
> >
> > > FYI for those on WIkimedia-l who may be interested, conversation about
> > this
> > > matter is ongoing. I am waiting a response from WMF Legal, and there
> may
> > be
> > > others who have opened their own lines of inquiry.
> > >
> > > If I don't receive a reply from WMF Legal that I feel is satisfactory,
> or
> > > if I don't receive one at all, then I plan to set up an RfC about this
> > > matter.
> > >
> > > Pine <https://meta.wikimedia.org/wiki/User:Pine>
> > > <https://en.wikipedia.org/wiki/User:CatherineMunro/Bright_Places>
> > >
> > > On Mon, Jan 1, 2018 at 2:17 PM, Vi to <vituzzu.w...@gmail.com> wrote:
> > >
> > > > I'm scared of the solutions that will "fix" this.
> > > > I expect something as dramatically useful as the removal of "unblock
> > this
> > > > IP" button for IPs caught by autoblocks of registered users.
> > > >
> > > > Vito
> > > >
> > > > 2018-01-01 22:46 GMT+01:00 Pine W <wiki.p...@gmail.com>:
> > > >
> > > > > I have created https:

Re: [Wikimedia-l] Welcome messages at arwiki

2018-01-01 Thread Vi to
I'm scared of the solutions that will "fix" this.
I expect something as dramatically useful as the removal of "unblock this
IP" button for IPs caught by autoblocks of registered users.

Vito

2018-01-01 22:46 GMT+01:00 Pine W :

> I have created https://phabricator.wikimedia.org/T183876 and am pinging
> Legal to request a review of this matter.
>
> Happy new year,
>
> Pine
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Welcome messages at arwiki

2017-12-29 Thread Vi to
I can estimate the number of welcomes I received to roughly 300, most of
these languages I cannot even copypaste from.
While these messages are useless for sure I don't see any reason to be
bothered of them.

Vito

2017-12-29 10:25 GMT+01:00 K. Peachey :

> Have you asked the user how the finding the users?
> Have you considered other steps than just jumping to mailing list?
> Where are the complaints from the other users to show this is a long
> running issue?
>
> On 29 December 2017 at 19:20, John Erling Blad  wrote:
> > Users on other projects are complaining about the welcome messages at
> > arwiki. A bot at that project are welcoming people that has no activity
> at
> > that project at all. The bot operator claims the activity is valid, but I
> > can't see that this is a well-behaving bot at all.[1]
> >
> > I suspect the bot is welcoming every user it can find, but using user
> > accounts from central login and not users that has local contributions at
> > arwiki.
> >
> > Can someone shut down the bot until the user fix the spam problem.
> >
> > [1] https://meta.wikimedia.org/wiki/User_talk:Meno25#Welcome_messages
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Wikimédia France new Board members

2017-12-10 Thread Vi to
I concur, it's more appropriate to say "good luck" rather than "congrats" ;)

Vito

2017-12-10 12:40 GMT+01:00 Frans Grijzenhout :

> Hi Nadine, thank you for letting us know that your board is now complete
> again. I wish all of you a good term and I hope there is also time to enjoy
> your difficult work as well. Good luck, Frans
>
>
> *Frans Grijzenhout*, voorzitter / chair
> +31 6 5333 9499
> --
> *Vereniging Wikimedia Nederland*
> Mariaplaats 3  -  3511 LH Utrecht
> Kamer van Koophandel 17189036
> http://www.wikimedia.nl/
>
> 2017-12-08 17:11 GMT+01:00 Nadine Le Lirzin :
>
> > Hi all,
> >
> >
> > We’re glad to briefly present to the community the two new members
> elected
> > on December 2 to Wikimédia France Board of Trustees by our General
> > Assembly.
> >
> >
> > — Pierre-Selim, 35, is a Product Manager and Data Scientist. Long-time
> > wikimedian, he enjoys contributing with his pictures to Wikimedia
> Commons.
> > He has already served on the board of Wikimédia France previously, in
> 2013
> > and from 2015 to Spring 2017. His term runs until October 2019.
> >
> >
> > — Hélène Masson, aka Edhral, is a 41-year-old Business Analyst. She has
> > been a Wikimedian since 2006 and strives to explain how Wikipedia works
> to
> > all her relations. Her term runs until October 2019.
> >
> >
> >
> > Three other members of the Board, who had been elected in September for
> > this very short period, have been successfully reelected too.
> >
> >
> > — Kvardek du, 22, has been contributing to Wikimedia projects for 7 years
> > and organizes events like Art+Feminism editathons in Paris. Their PhD
> > research focuses on operational management in transportation. Their term
> > runs until October 2019.
> >
> >
> > — Lucas Lévêque, 29, a librarian and a passionate wiktionarist, arrived
> in
> > the association in 2014. He co-founded Lingua Libre and he registers
> > regional languages for the Wiktionary. His term runs until October 2019.
> >
> >
> > — Florence Raymond, 37, is an assistant curator, at the initiative of
> > Wikimuseum Project since 2016. She works for a better place of common
> goods
> > (photos and contents) in cultural structures. Her term runs until October
> > 2017.
> >
> >
> > We are now 10 members at the board, but there's work for all :)
> >
> >
> > Nadine Le Lirzin
> >
> >
> > *Board member*
> >
> > *Wikimédia France*
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> > wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Appointment of Esra’a Al Shafei to Wikimedia Foundation Board of Trustees

2017-12-04 Thread Vi to
I think Esra’a and the WMF people already took into considerations these
risks.

Though I fear it's impossible to prevent pictures from "leaking", I trust
their judgment on the matter.

Since I never attend events I, for one, can do few, apart from supporting
any effort to prevent Esra’a's photos from being shared.

Vito

2017-12-03 22:33 GMT+01:00 James Salsman :

> > But clearly my worry isn’t significantly shared by others, so I’ll park
> this here.
>
> It's shared by me, but first let me agree with you on this:
>
> > to be clear, I think Esra’a is an excellent addition to the WMF board.
>
> I do too. The problem with the photography restriction is that we've
> had a substantial number of deliberately anti-social detractors over
> the years, including moderately well-organized trolls, many of whom
> are still active, and a few of whom that have managed to consolidate
> substantial power among the alt-right and would love to humiliate the
> WMF and Ms. Al Shafei. What reasons are there to think that the state
> actors from whom we are trying to hide Ms. Al Shafei's  images would
> not be prompted by her appointment to try to obtain such photos, too?
>
> I would prefer that we go a bit further than simply asking people to
> refrain from taking photographs, and provide some sort of measures to
> prevent them. I have no idea of the pros and cons of different
> solutions, but a few that come to mind, roughly ordered from easiest
> to most difficult, are: veils, room-dividers or opaque audio booths in
> group events, photography-capable-equipment-at-the-door social rooms,
> private entrance/exit accommodations, and security details.
>
> If you simply ask people to refrain from taking photos, not everyone
> will comply, some out of spite, and some because it may be their job.
>
> Sincerely,
> Jim
>
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Legal status of Wikimeida lists [Was: Re: The other side of the crisis at WMFR]

2017-11-26 Thread Vi to
N00bs are usually taught "public" has nothing to do with copyright ;)

Vito

2017-11-24 15:57 GMT+01:00 Gerard Meijssen <gerard.meijs...@gmail.com>:

> Hoi,
> You deny the existence of copyright.. It being public does not mean that it
> is fair game for any and all purposes.
> Thanks,
>  GerardM
>
> On 24 November 2017 at 14:39, Vi to <vituzzu.w...@gmail.com> wrote:
>
> > Archives are public, so, IMHO, the list is.
> >
> > Vito
> >
> > 2017-11-24 11:11 GMT+01:00 mathieu stumpf guntz <
> > psychosl...@culture-libre.org>:
> >
> > > Saluton ĉiuj,
> > >
> > > Le 23/11/2017 à 20:54, Emeric Vallespi a écrit :
> > >
> > >> I think it was important to re-explain all those points so that the
> > >> community, which is - again - unnecessarily taken as witness, is not
> > >> deceived by a scenario built from scratch.
> > >> Again, to discredit the movement by such erroneous but public
> > accusations
> > >> still shows that only personal interests and vainness matter in this
> > >> conflict with some people.
> > >>
> > >> I seize the opportunity to ask: what is the legal status of the list?
> Is
> > > it considered public?
> > >
> > > I mean, it's easy to subscribe for anyone, but you still have to
> > > subscribe. And as far as I know, accessing archives require to login.
> Now
> > > there are other website which make crawled archives publicly
> accessible,
> > > but just because some do that doesn't mean it's legal.
> > >
> > > Also I'm not aware of any license regarding posted emails, so plain
> > > copyright probably apply, minus any exception related to epistolary
> > > material that might exist.
> > >
> > > It might be interesting to make any post to our mailing list a free
> > > licensed material. I've been thinking about that as I had the idea to
> > > extensively analyse the wikidata-l mailling list and publish a side by
> > side
> > > statements and extracted keywords elements, but from a legal point of
> > view
> > > it is probably not feasible. That might be circumvented with links, or
> > > providing a software which generate the expected table from provided
> > > references, but anyway it's less practical than a straight published
> > table.
> > > Having this material published under a free license would make it far
> > more
> > > useful in any kind of study with such an extensive goal in its
> > publication.
> > >
> > > Now, switching to a free license would not make the change retroactive,
> > > but it would already cover new material. Also it should be possible to
> > > contact most posters through their email and ask permission to release
> > > their previous publications under one or more free licenses and change
> > > archive metadata accordingly.
> > >
> > > Legale,
> > > mathieu
> > > ___
> > > Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wik
> > > i/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> > wiki/Wikimedia-l
> > > New messages to: Wikimedia-l@lists.wikimedia.org
> > > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > > <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> > wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
> >
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Re: [Wikimedia-l] Net neutrality

2017-11-26 Thread Vi to
I have to rely upon my knowledge of plans in EU, I may be wrong with other
"rich Countries", if so please make me aware of.

Time-based tariffs are in "rich countries" are almost out of business. Also
data, cheaper data plans currently includes enough data to make surfing WMF
sites impact very few upon overall consumption. How can you tell "who" is
eligible for WP0? By "who" I mean which countries/places, telco users, etc.
A line between "rich" and "poor" countries is "easy" to draw, others aren't.

Making zero-carrier a default for all of the World would make me drop my
objections. But we firstly need to find a safe and cheap (in terms of
efforts) way to stop abuses, though most of abuses come from Countries
where data traffic is really expensive.

Finally a question: do we have reports about WP0? I mean, traffic, number
of users served, pages delivered, costs?

Vito

2017-11-26 4:32 GMT+01:00 Gerard Meijssen :

> Hoi,
> While the USA is considered a developed country, the people in the USA who
> have least to spend are probably as deserving of zero rated Wikimedia
> service as many of the people who do get Wikipedia Zero elsewhere. The
> article indicates that our mission is to bring information to people and
> that is no different in the USA.  With Wikipedia and its sister projects
> considered as a way to bring quality, neutral point of view information, it
> would even serve as a means to combat the misinformation that will benefit
> from zero rating of information.
>
> Zero rating is bad in so many ways but your argument does only say that it
> was originally intended for developed countries. When there is a benefit to
> our readers I only see upsides in promoting the use of Wikimedia content in
> this way and no reason not to have Wikimedia Zero in the USA.
> Thanks,
>   GerardM
>
>
>
> On 26 November 2017 at 03:56, Mz7  wrote:
>
> > The relationship between net neutrality and the Wikimedia Foundation has
> > been described as “complicated” – see [1]. Considering the that the
> > Wikimedia Foundation has a zero-rating program of its own (see [2][3]),
> I’m
> > not exactly sure how much this would affect Wikimedia, whether positively
> > or negatively. On the one hand, we could take advantage of the change by
> > expanding Wikipedia Zero into the United States. On the other hand,
> that’s
> > probably not a good idea because the program is designed to promote
> access
> > to free knowledge in developing countries, where access to the Internet
> may
> > be prohibitively expensive. In a developed country such as the United
> > States, that’s not really a prioritized issue.
> >
> > Mz7
> >
> > [1] https://www.washingtonpost.com/blogs/the-switch/wp/2014/
> > 11/25/wikipedias-complicated-relationship-with-net-neutrality/
> > [2] https://en.wikipedia.org/wiki/Wikipedia_Zero
> > [3] https://wikimediafoundation.org/wiki/Wikipedia_Zero
> >
> > --
> > https://en.wikipedia.org/wiki/User:Mz7
> >
> > > On Nov 24, 2017, at 5:06 AM, Gerard Meijssen <
> gerard.meijs...@gmail.com>
> > wrote:
> > >
> > > Hoi,
> > > With the demise of net neutrality in the USA, have their been
> > consideration
> > > for the impact it may have for the services provided by the Wikimedia
> > > Foundation?
> > >
> > > We are reliant on servers in the USA, as the quality of the service in
> > the
> > > USA is no longer a given, what are the risks?
> > > Thanks,
> > >  GerardM
> > > ___
> > > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> > wiki/Wikimedia-l
> > > New messages to: Wikimedia-l@lists.wikimedia.org
> > > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> >
> >
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> > wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: 

Re: [Wikimedia-l] Net neutrality

2017-11-26 Thread Vi to
In most of the "Western" Countries traffic plans for mobile users cannot be
significantly affected by traffic towards WMF sites. So WP0 should not be
expanded to "the North".

I'm actually puzzled by the possibility for providers to ask fees to WMF in
order to retain a decent quality of service .

Vito

2017-11-26 3:56 GMT+01:00 Mz7 :

> The relationship between net neutrality and the Wikimedia Foundation has
> been described as “complicated” – see [1]. Considering the that the
> Wikimedia Foundation has a zero-rating program of its own (see [2][3]), I’m
> not exactly sure how much this would affect Wikimedia, whether positively
> or negatively. On the one hand, we could take advantage of the change by
> expanding Wikipedia Zero into the United States. On the other hand, that’s
> probably not a good idea because the program is designed to promote access
> to free knowledge in developing countries, where access to the Internet may
> be prohibitively expensive. In a developed country such as the United
> States, that’s not really a prioritized issue.
>
> Mz7
>
> [1] https://www.washingtonpost.com/blogs/the-switch/wp/2014/
> 11/25/wikipedias-complicated-relationship-with-net-neutrality/
> [2] https://en.wikipedia.org/wiki/Wikipedia_Zero
> [3] https://wikimediafoundation.org/wiki/Wikipedia_Zero
>
> --
> https://en.wikipedia.org/wiki/User:Mz7
>
> > On Nov 24, 2017, at 5:06 AM, Gerard Meijssen 
> wrote:
> >
> > Hoi,
> > With the demise of net neutrality in the USA, have their been
> consideration
> > for the impact it may have for the services provided by the Wikimedia
> > Foundation?
> >
> > We are reliant on servers in the USA, as the quality of the service in
> the
> > USA is no longer a given, what are the risks?
> > Thanks,
> >  GerardM
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
>
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Legal status of Wikimeida lists [Was: Re: The other side of the crisis at WMFR]

2017-11-24 Thread Vi to
Archives are public, so, IMHO, the list is.

Vito

2017-11-24 11:11 GMT+01:00 mathieu stumpf guntz <
psychosl...@culture-libre.org>:

> Saluton ĉiuj,
>
> Le 23/11/2017 à 20:54, Emeric Vallespi a écrit :
>
>> I think it was important to re-explain all those points so that the
>> community, which is - again - unnecessarily taken as witness, is not
>> deceived by a scenario built from scratch.
>> Again, to discredit the movement by such erroneous but public accusations
>> still shows that only personal interests and vainness matter in this
>> conflict with some people.
>>
>> I seize the opportunity to ask: what is the legal status of the list? Is
> it considered public?
>
> I mean, it's easy to subscribe for anyone, but you still have to
> subscribe. And as far as I know, accessing archives require to login. Now
> there are other website which make crawled archives publicly accessible,
> but just because some do that doesn't mean it's legal.
>
> Also I'm not aware of any license regarding posted emails, so plain
> copyright probably apply, minus any exception related to epistolary
> material that might exist.
>
> It might be interesting to make any post to our mailing list a free
> licensed material. I've been thinking about that as I had the idea to
> extensively analyse the wikidata-l mailling list and publish a side by side
> statements and extracted keywords elements, but from a legal point of view
> it is probably not feasible. That might be circumvented with links, or
> providing a software which generate the expected table from provided
> references, but anyway it's less practical than a straight published table.
> Having this material published under a free license would make it far more
> useful in any kind of study with such an extensive goal in its publication.
>
> Now, switching to a free license would not make the change retroactive,
> but it would already cover new material. Also it should be possible to
> contact most posters through their email and ask permission to release
> their previous publications under one or more free licenses and change
> archive metadata accordingly.
>
> Legale,
> mathieu
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wik
> i/Mailing_lists/Guidelines and https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Wikimedia movement under DMCA attack!

2017-11-06 Thread Vi to
This is a very complex long-term "war" which, in my experience, never ends
in a "reconciliation".

Also, honestly, I don't think how can this comply with wikiversity mission.

Vito


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

2017-11-06 15:30 GMT+01:00 mathieu stumpf guntz <
psychosl...@culture-libre.org>:

> Thank Chico and Henrique for your reports and related links.
>
> I encourage both of you to document further this topic. But as the mailing
> list format might quickly turn it into a flameware, to avoid list
> moderators some disagreeable work, you could preferably find more suited
> place to develop your points. Punctual feedback on the list to signal
> creation or update of additional external resources is welcome, as far as
> I'm concerned.
>
> You might, inter alia, use wikimedia-timeline[1] to generate an overview
> of main statements you are claiming, each linked to related resources which
> let reader deepen their inquiry on the topic if they have interest and
> resources to do so.
>
> If you are interested to turn that in a research project as objective as
> you might be able to create, I also encourage you to open a research
> project on a Wikiversity instance, after a check of how such a project
> might be conducted on the selected instance. You might also like to create
> and conduct some interviews and publish them on Wikinews.
>
> I hope that the difficult situation you are passing through will end up in
> the most contributive, positive and placid possible resolution.
>
> Kind regards,
> mathieu
>
> [1] https://github.com/molly/wikimedia-timeline
>
>
>
> Le 06/11/2017 à 11:59, Chico Venancio a écrit :
>
>> Ended up with out the links, sorry:
>> [1]http://www.isitdownrightnow.com/wikibrasil.org.html
>> [2]https://www.whois.com/whois/107.180.2.118
>> [3]http://www.planalto.gov.br/ccivil_03/leis/L9610.htm#art24
>>
>> Chico Venancio
>>
>> 2017-11-06 7:53 GMT-03:00 Chico Venancio :
>>
>> To all on the list, *this is characterization is filled with obvious
>>> lies.*
>>>
>>> The DMCA was filed a month ago simply *DID NOT TAKE the site down*.[1]
>>> Henrique quickly took down the article offending copyright and Godaddy
>>> allowed it to continue to be hosted.[2]
>>>
>>> Henrique is a paid contractor of the user group Wiki Education Brazil
>>> that
>>> has repeatedly harassed several members of our user group (Joalpe and
>>> myself included). And is probably here acting as a Meatpuppet of another
>>> user who is under an Office action interaction ban to interact with
>>> either
>>> myself or João.
>>>
>>> That he goes on an international platform to call on the Dean of the
>>> university were João works is egregious harassment and WMF should not
>>> only
>>> impose severe sanctions, but review both the grant and affiliation
>>> agreements with the "user group" were this comes from.
>>>
>>> On the merits, after the event the organizer harassed several of our
>>> members, and to me it is completely understandable that João does not
>>> want
>>> his name attached to an event that harassed him and others. There was on
>>> more than one occasion hints of physical violence from a member of Wiki
>>> Education Brazil, and at one point those hints came to level of actually
>>> using the words "beating" in reference to another member of our user
>>> group,
>>> Teles, who was also called a famous Wikipedia despot, that he needed
>>> psychiatric attention, and that he needed to find a boyfriend on a public
>>> facebook thread.
>>>
>>> The CC-BY 3.0 Henrique alleges to have on the article is clearly invalid
>>> for several reasons, one being he did not have one from the co-authors of
>>> the work. Even if he did, Brazilian law supersedes it and clearly states
>>> that the author has the inalienable moral right to revoke any license and
>>> remove from circulation in any form when the use represents an affront to
>>> his image or reputation.[3] That Henrique confesses that he, and the user
>>> banned from interacting with myself or Joalpe, knew that license was not
>>> given by João and that an explicit revocation was placed onwiki, only
>>> makes
>>> the copyright violation willful and demonstrates that no assumption of
>>> good
>>> faith can be reasonably made. This was an explicit provocation from the
>>> "User Group" Wiki Education Brazil to João.
>>>
>>> Best to all on the Wikimedia Movement,
>>>
>>> Hoping for a movement with less tolerance for harassment,
>>>
>>> Chico Venancio (User:Chicocvenancio)
>>>
>>> 2017-11-06 1:08 GMT-03:00 Henrique de Andrade <
>>> henriquedeandr...@gmail.com
>>>
 :
 Friends, it took me a month to join forces and get the courage to write
 the
 story below.

 The Wiki Education Brazil user group has had 

Re: [Wikimedia-l] Women in red

2017-10-16 Thread Vi to
2017-10-16 20:03 GMT+02:00 Lodewijk :


>
>
> While this particular topic seems enwp specific, its theme isn't.


Definitely

The topic is more generic though: should we support projects that are
> considered by some to be a little rough on the edges, or should we only
> pick 'safe' projects that will land well with the community. And how much
> of 'be bold' can be applied to projects that operate at a somewhat larger
> scale.


I think projects with a serious plan to improve contents or expanding
userbase are worth funding. I don't think monetary prizes are the right way
to do it, also I think projects related to contents should focus on quality
rather than quantity, or, at least, they shoul set some decent (and
measurable) quality target.

Vito
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Women in red

2017-10-16 Thread Vi to
2017-10-16 18:27 GMT+02:00 Robert Fernandez :

> So those who call out sexism are the real sexists, amirite?
>

I wrote a pretty different thing: those who use label as "sexist" anyone
who doesn't *completely* agree with them share a rethorical mean with
sexism.


>
> Some people are allowed to make broad, unsupported, sweeping
> generalizations about the motives and actions of others and that's
> considered just fine,


You're perfectly describing Ori Livneh's statement against me.


2017-10-16 19:11 GMT+02:00 Todd Allen :

>
> But I'm unsure how asking the question "Is it wise to offer money in
> exchange for creating large numbers of articles without consideration of
> quality?" or "Will this effort have the intended result?" is sexist. The
> same question would apply if the proposed articles were about Russian
> literature or asteroids. It is not sexist to ask the question just because
> of what the subject happens to be.


\o/

Vito
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Women in red

2017-10-16 Thread Vi to
How can someone rebut such absolute and perfect theorems?
My weak doubts, hypothesis and views must surely surrend to such a bright
parade of Eternal Thruth™.

But just a note: using the same behavior of phenomena you're trying to
contast is, per se, a clear defeat.
To be more clear, blind -because you obviously don't know *nothing* about
their backgrounds- vilification of other's opinions is, incidentally, one
the of the main instruments of "cultural" sexism.

Apart of rethorics there are several logical fallacies in your statement:
*criticism I've seen here focuses on means rather than aims
*gaps (both gender and geographical) are caused by our behavioral norms?
That's a great news! I always feared it was an enormous series of deep
social problems while it's just a bunch of rules on a website!
*the topic hardly meets the definition of *effort to make this community
kinder and more welcoming*
*finally, the importance of the topic dictates higher quality requirement
in process, not lower.

Seriously all of this recalls me when I read suggestions about decreasing
gender gap with "less complex graphical interfaces".

Vito

2017-10-16 16:47 GMT+02:00 Ori Livneh <ori.liv...@gmail.com>:

> Gnangarra admitted to deliberately using a provocative tone to get
> attention ("I chose my tone intentionally to draw attention to the
> competition"). Acting surprised that people were aggrieved is disingenuous.
>
> On the topic of sexism: the underrepresentation in the Wikimedia community
> of every demographic that is not white men is such a stain on the moral
> character of the projects and a threat to their long-term survival. The
> ways in which this lack of diversity is reinforced and perpetuated by
> behavioral norms are by now so well-documented that ignorance and lack of
> malice are not excusable. In my opinion, if you are not making a conscious,
> deliberate effort to make this community kinder and more welcoming, you are
> part of the problem. All the more so when the topic under discussion is an
> initiative to engage women editors and improve the breadth of coverage of
> topics relating to women.
>
> On Mon, Oct 16, 2017 at 6:19 AM, Vi to <vituzzu.w...@gmail.com> wrote:
>
> > +1 to your email Yaroslav.
> >
> > I'd just underline Gnangarra's original email wasn't sexist, it's so
> unfair
> > to vilify criticism towards contests as sexism.
> >
> >
> > Vito
> >
> > 2017-10-16 9:33 GMT+02:00 Yaroslav Blanter <ymb...@gmail.com>:
> >
> > > My (rejected) message below anyway.
> > > [CUT because of boring filter rule]
> > > Cheers
> > > Yaroslav
> > > >
> > > ___
> > > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > > wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> > > wiki/Wikimedia-l
> > > New messages to: Wikimedia-l@lists.wikimedia.org
> > > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > > <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
> > >
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wik
> > i/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
> >
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Re: [Wikimedia-l] Women in red

2017-10-16 Thread Vi to
+1 to your email Yaroslav.

I'd just underline Gnangarra's original email wasn't sexist, it's so unfair
to vilify criticism towards contests as sexism.


Vito

2017-10-16 9:33 GMT+02:00 Yaroslav Blanter :

> My (rejected) message below anyway.
> [CUT because of boring filter rule]
> Cheers
> Yaroslav
> >
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Recognition of Open Foundation West Africa

2017-10-16 Thread Vi to
Good neews, I hope they can help with saving WP0 from abusers, as Wikimedia
Bangladesh already did.

Vito

2017-10-14 14:37 GMT+02:00 Isaac Olatunde :

> Good news. Congratulations!!
>
> Regards,
>
>
> Isaac
>
> On Oct 14, 2017 12:24 PM, "shola ishola"  wrote:
>
> > Congratulations to the team!!!
> >
> > This is long overdue.
> >
> > Best Regards
> > Olushola
> >
> >
> >
> > Olaniyan Ishola Olushola|MD, Data Access Systems
> > Ltd|Treasurer,FOSSFA|Skype:ozo734
> > Tweeter:@oluwanishola73|www.facebook.com/olaniyan.shola|Alt email :
> > treas...@fossfa.net|Team Leader Wikimedia Community User Group, Nigeria
> > (WCUGN)|
> > Phone: 2348154876844;2348167352512
> >
> >
> > 
> > On Sat, 10/14/17, Nurunnaby Hasive  wrote:
> >
> >  Subject: Re: [Wikimedia-l] Recognition of Open Foundation West Africa
> >  To: "Wikimedia Mailing List" 
> >  Cc: "Wikimedia Movement Affiliates discussion list"
> > 
> >  Date: Saturday, October 14, 2017, 10:31 AM
> >
> >  Great! Congratulations Open
> >  Foundation West Africa!
> >
> >
> >  Hasive
> >  WMBD
> >
> >  On Fri, Oct 13, 2017 at 5:09 AM, Kirill Lokshin
> >  
> >  wrote:
> >
> >  > Hi
> >  everyone!
> >  >
> >  > I'm
> >  very happy to announce that the Affiliations Committee has
> >  recognized
> >  > Open Foundation West Africa
> >  [1] as a Wikimedia User Group. The group aims
> >  > to extend the reach of Wikimedia movement
> >  activities in West Africa through
> >  > open
> >  education programs, digitizing open resources, preserving
> >  cultural and
> >  > heritage items for
> >  educational purposes, and promoting content about the
> >  > West African region.
> >  >
> >  > Please join me in
> >  congratulating the members of this new user group!
> >  >
> >  > Regards,
> >  > Kirill Lokshin
> >  > Chair,
> >  Affiliations Committee
> >  >
> >  > [1] https://meta.wikimedia.org/wiki/Open_Foundation_West_Africa
> >  >
> >  ___
> >  > Wikimedia-l mailing list, guidelines at:
> >  https://meta.wikimedia.org/
> >  > wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> >  > wiki/Wikimedia-l
> >  > New
> >  messages to: Wikimedia-l@lists.wikimedia.org
> >  > Unsubscribe:
> >  https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> >  > 
> >
> >
> >
> >
> >  --
> >  *Nurunnaby
> >  Chowdhury (Hasive) **:: **নুরুন্নবী
> >  চৌধুরী (হাছিব)*
> >  User:
> >  Hasive 
> >  |
> >  GSM/WhatsApp/Viber: +8801712754752
> >  ​
> >  Administrator | Bengali
> >  Wikipedia 
> >  Board Member | Wikimedia Bangladesh 
> >  fb.com/Hasive  | @nhasive
> >   |
> >  www.nhasive.com
> >  ___
> >  Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > wiki/Mailing_lists/Guidelines
> >  and https://meta.wikimedia.org/wiki/Wikimedia-l
> >  New messages to: Wikimedia-l@lists.wikimedia.org
> >  Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> >  
> >
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines
> > and https://meta.wikimedia.org/wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Funding the endowment

2017-08-19 Thread Vi to
Caveat: I support a definitely more frugal WMF so also the endowment.

Try to read it from a different perspective. Before donating *lots* of
money donor wants to be sure WMF will be truly committed in pursuing the
plan of an endowment. Putting the same amount of money is a prove, for
donors, WMF truly wants to create an endowment.

Vito

2017-08-19 10:33 GMT+02:00 Rogol Domedonfors :

> I was surprised to read the record
> https://wikimediafoundation.org/wiki/Resolution:Approval_
> of_Endowment_funding_(Fiscal_Year_2016-2017)_and_matching_$
> 5_million_gift_from_Peter_Baldwin_and_Lisbet_Rausing
> of the decision to place $5M into the endowment.  After the anouncement by
> Lisa Gruwell on this list
> https://lists.wikimedia.org/pipermail/wikimedia-l/2016-
> December/085712.html
> there was a discussion of what might be done with the funds raised, and a
> number of suggestions were made for how these funds could be used to
> directly support the work of the volunteers who contribute the content to
> the projects, such as
> https://lists.wikimedia.org/pipermail/wikimedia-l/2017-January/085835.html
> .
>
> It is disappointing that the Board has chosen not to fund support of this
> kind.  What is more than disappointing, but positively disturbing is that
> the decision was made in the light of an offer from a donor to match the
> sum put into the endowment.  I suggest that this was not a fair offer, and
> the Board's decision was the wrong one.  Effectively this donor has said to
> the Board that they will pay the Foundation not to support the volunteers,
> and the Board has agreed to follow their wishes.  If the donor believes so
> strongly in the necessity to build up the mission by means of an Endowment,
> why did they not simply gift the money directly into the endowment without
> conditions?  Equally, if the donor believes so strongly that money should
> not be spent supporting the volunteer community, then I challenge them to
> say so explicitly in public and to defend their position.
>
> I call on the Board to explain to the community of volunteers precisely why
> they have chosen not to offer that support to the community and to state
> that they will not allow future decisions of this nature to be influenced
> by the wishes of one donor, however generous.
>
> "Rogol"
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Let's set up a Tor onion service for Wikipedia

2017-06-05 Thread Vi to
By the way a certain degree of accountability is needed.

There cannot be any privacy for "wikingers" or people bringing cyberbulling
to wiki.

Vito

2017-06-06 2:10 GMT+02:00 Risker :

> As far as I can tell (and from comments made in the past by actual Tor
> users), there is no problem whatsoever for Tor users to read Wikipedia
> while using Tor.  Editing is a completely different situation - and well it
> should be, given the pure unadulterated trash that tends to come in
> whenever a Tor exit node is missed in the routine lockdowns.
>
> I recognize the concerns about ISP tracking and what I assume most
> Wikimedians would consider inappropriate use of their browsing
> information.  I understand why more and more Wikimedians are electing to
> use VPNs and other more secure methods of accessing the internet.  But VPNs
> are also heavily abused - not just by socks, but by individuals who
> consciously and intentionally disrupt projects - and thus more and more of
> them are getting locked in "only accounts can edit" or even "only IPBE can
> edit" mode - often on a global basis, not just one individual wiki.  It
> occurs to me that we can probably be more liberal in handing out IPBE -
> which covers both Tor users and VPN users.  It's not an idea situation,
> since people have to establish their account history before anyone's going
> to hand them IPBE, but it is probably better than nothing.  And yes, the
> place to ask is at Global IPBE, because getting IPBE on only one project is
> unhelpful if one also pitches in elsewhere (Wikidata, Commons, etc.).
>
> Risker/Anne
>
> On 5 June 2017 at 19:34, MZMcBride  wrote:
>
> > Cristian Consonni wrote:
> > >I have read several discussions on the topic (going back to 2006) and
> > >what I have understood from those is that the biggest issue with editing
> > >via Tor is sockpuppeting.
> >
> > This Phabricator comment you found seems pretty useful:
> > .
> >
> > And Faidon posted in November 2014 about the establishment of a Tor
> relay:
> > https://lists.wikimedia.org/pipermail/wikitech-l/2014-
> November/079392.html
> >
> > How does your proposal interact (if at all) with the existing Tor relay
> > set up in late 2014?
> >
> > It's unclear to me whether "Tor onion service" in this context is
> > equivalent to a Tor exit node. I'm fairly sure setting up the latter has
> > been discussed previously on wikimedia-l and/or wikitech-l.
> >
> > MZMcBride
> >
> >
> >
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> > wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> >
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] [arbcom-l] Where is WMF with pursuing companies that offer paid editing services

2017-04-25 Thread Vi to
We currently have some mean to fight paid editing, terms of services are
"easy to violate" thus giving us a straightforward way to take action. But
too often I see something like: https://www.wikidata.org/wiki/Q16826370
obvious paid editors left totally free to do their job without even
attracting some attention on them.

Vito

2017-04-23 13:58 GMT+02:00 Peter Southwood :

> I would think this is up to the chapter/affilate organisation, but no harm
> in getting a more universal collection of opinions.
> Cheers,
>  Peter
>
> -Original Message-
> From: Wikimedia-l [mailto:wikimedia-l-boun...@lists.wikimedia.org] On
> Behalf Of Gabriel Thullen
> Sent: Sunday, 23 April 2017 10:50 AM
> To: Wikimedia Mailing List
> Subject: Re: [Wikimedia-l] [arbcom-l] Where is WMF with pursuing companies
> that offer paid editing services
>
> I suggest another question, right after your #5. Undisclosed paid editing
> is one thing, dealing with disclosed paid editors within our community is
> another. You could add the following question:
> "Asking if we agree to let disclosed paid editors occupy key positions
> within the Wikimedia movement such as chapter board, official chapter
> spokesperson, affiliate organization board, etc."
>
>
> On Sun, Apr 23, 2017 at 6:16 AM, James Salsman  wrote:
>
> > I've proposed asking wikimedians at large what they think should be
> > done about paid advocacy editing, as item number 5 on my periodic
> > survey proposal composed of all the unresolved questions over the last
> > quarter on this list at:
> >
> > https://meta.wikimedia.org/wiki/User_talk:James_Salsman#
> > Periodic_survey_prototype
> >
> > On Sat, Apr 22, 2017 at 2:50 PM Pine W  wrote:
> >
> > > >
> > > > Has there been a recent substantial discussion by the community
> > > surrounding
> > > > promotional/biased editting paid or otherwise, which had an
> > > > outcome resulting in a specific request for assistance or
> > > > increased action by
> > the
> > > > WMF?
> > > >
> > >
> > > Aside from the conversation on this list, I'm aware of the
> > > discussion on Jimbo's talk page. If WMF Legal or the WMF Board wants
> > > to take the
> > position
> > > that it would like to see a community RfC or some other such
> > > discussion,
> > I
> > > imagine that such can be arranged, and I can see how that might be
> > > beneficial. Of course, anyone is free to initiate such an on-wiki
> > > discussion.
> > >
> > >
> > > >
> > > > If there hasn't, I do not see grounds for you to be expecting an
> > official
> > > > response from Legal to a list whose conversation has for the most
> > > > part consisted of about 6 people?
> > > >
> > >
> > > I'm not sure why you would be telling other people to whom they can
> > > initiate requests and the conditions under which they can be made. I
> > > already have a dim view of WMF's customer service; please don't dig
> > > the hole any deeper.
> > >
> > > Many others, I am sure, would rightly complain if the Foundation
> > > > unilaterally made decisions in this area.
> > >
> > >
> > > That is possible if WMF were to do something particularly novel, so
> > > your sense of caution here is well taken. I would hope that WMF
> > > would discuss its plans with the community and have a conversation
> > > before actually initiating novel actions.
> > >
> > >
> > > > But please be realistic, this is
> > > > a coffee table discussion.
> > >
> > >
> > > I have mixed views on this. Wikimedia-l is not a quiet back room
> > > with
> > only
> > > a few people around, but it's true that a consensus here among a
> > > small number of people who speak up in a particular discussion
> > > demonstrates a lower level of consensus than an RfC with hundreds of
> > > participants. It's not clear to me that there is consensus on which
> > > tools are appropriate
> > for
> > > which exact circumstances, and some discussions happen in multiple
> > venues.
> > >
> > >
> > > > The views expressed here are valid but the right
> > > >
> > > thing to do would be to further the conversation on wiki and have a
> > proper
> > > > community conversation.
> > >
> > >
> > > I don't think that there is a single definition of a "proper"
> > > community conversation.
> > >
> > > I have no objection to having an on-wiki RfC (and I can see how a
> > > sophisticated and well-attended one might produce detailed guidance
> > > that would be helpful), but neither do I want this thread to be
> trivialized.
> > >
> > > Pine
> > > ___
> > > Wikimedia-l mailing list, guidelines at:
> > > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> > > https://meta.wikimedia.org/wiki/Wikimedia-l
> > > New messages to: Wikimedia-l@lists.wikimedia.org
> > > Unsubscribe:
> > > https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > > 
> > 

Re: [Wikimedia-l] WikiJournal project

2017-03-15 Thread Vi to
I missed your email so I wrote the same thing by mistake, sorry!

Vito

2017-03-15 16:26 GMT+01:00 Brad Jorsch (Anomie) :

> On Tue, Mar 14, 2017 at 10:45 PM, Felipe Schenone 
> wrote:
>
> > If we migrate the content we currently have (on Meta and
> > Wikiversity) to wikijournal.org, and the project grows, and eventually
> > gets
> > accepted as a sister-project (as we hope), how will we merge the user
> > accounts? Should we not worry about it, and we'll figure it out when the
> > time comes? Or should we totally worry about it, and adopt some strategy
> > about it now? What's your advice on this issue?
>
>
> Note: This post is my personal view and in no way represents any official
> WMF position.
>
> My personal guess is that it would wind up being done something like how
> accounts on WikiVoyage were handled: people who used the same username on
> both WikiVoyage and Wikimedia wikis were able to merge those accounts,
> people whose usernames weren't already in use on Wikimedia wikis were able
> to claim those names, and other people had to be renamed. Or at least it
> seems that's what was done based on the plan document on mediawiki.org[1]
> and the process page on en.wikivoyage.org.[2]
>
> To reduce the number of people who would need renaming should the time
> come, you might start using an extension like OAuthAuthentication[3] to
> authenticate against Meta, and disable any further local account creations.
>
> [1]: https://www.mediawiki.org/wiki/Wikivoyage_migration/Accounts
> [2]: https://en.wikivoyage.org/wiki/Wikivoyage:User_account_migration
> [3]: https://www.mediawiki.org/wiki/Extension:OAuthAuthentication
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] WikiJournal project

2017-03-15 Thread Vi to
You can think about relying upon WMF OAuth to login to wikijournal.
Basically anyone would be able to login to wikijournal using their WMF
wikis' credentials. If you make this the sole way to login you'll end up
having an already-ready-to-merge userbase.

Vito

2017-03-15 20:44 GMT+01:00 Felipe Schenone :

> Awesome advice Brad, I can't think of a better solution than that, thanks!
>
> On Wed, Mar 15, 2017 at 12:26 PM Brad Jorsch (Anomie) <
> bjor...@wikimedia.org>
> wrote:
>
> > On Tue, Mar 14, 2017 at 10:45 PM, Felipe Schenone 
> > wrote:
> >
> > > If we migrate the content we currently have (on Meta and
> > > Wikiversity) to wikijournal.org, and the project grows, and eventually
> > > gets
> > > accepted as a sister-project (as we hope), how will we merge the user
> > > accounts? Should we not worry about it, and we'll figure it out when
> the
> > > time comes? Or should we totally worry about it, and adopt some
> strategy
> > > about it now? What's your advice on this issue?
> >
> >
> > Note: This post is my personal view and in no way represents any official
> > WMF position.
> >
> > My personal guess is that it would wind up being done something like how
> > accounts on WikiVoyage were handled: people who used the same username on
> > both WikiVoyage and Wikimedia wikis were able to merge those accounts,
> > people whose usernames weren't already in use on Wikimedia wikis were
> able
> > to claim those names, and other people had to be renamed. Or at least it
> > seems that's what was done based on the plan document on mediawiki.org
> [1]
> > and the process page on en.wikivoyage.org.[2]
> >
> > To reduce the number of people who would need renaming should the time
> > come, you might start using an extension like OAuthAuthentication[3] to
> > authenticate against Meta, and disable any further local account
> creations.
> >
> > [1]: https://www.mediawiki.org/wiki/Wikivoyage_migration/Accounts
> > [2]: https://en.wikivoyage.org/wiki/Wikivoyage:User_account_migration
> > [3]: https://www.mediawiki.org/wiki/Extension:OAuthAuthentication
> > ___
> > Wikimedia-l mailing list, guidelines at:
> > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> > https://meta.wikimedia.org/wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] More politics: "WMF Annual Report"

2017-03-02 Thread Vi to
In short, wiki projects existence itself is a political act.
Furthermore, it's a "liberal" (in wide sense) political act: you may
attribute values as free and universal access to knowledge to various
political factions, but these values are the founding principle of this
virtual place.

Also, even neutrality is a political act. Without bringing Orwell into our
small mess, *aiming at* saying the truth (or whatever it might be) becomes
a revolutionary act.

I may agree some wordings/choices are questionable in consideration of
WMF's mission but neutrality is not algebraic zero. Actually neutrality
implies protecting our interests.


Vito

2017-03-02 14:55 GMT+01:00 David Gerard :

> On 2 March 2017 at 13:30, Peter Southwood 
> wrote:
> > It is not possible to get away from politics while remaining in contact
> with civilisation. Politics follows you around. It is possible to ignore
> politics only until they affect you directly.
>
>
> Well, yes. Who are these people with lives of such privilege that they
> don't have to think about politics?
>
> Literally everything Wikimedia has ever done is heavily political.
> Here in 2017, the following are political:
>
> * scientific fact
> * acknowledging scientific fact
> * spreading knowledge without permission
> * the fact of education
> * availability of education
>
> That's just going off what's come out of the White House in the last
> month, off the top of my head.
>
> There is no such thing as "no politics", there is only "I am not
> personally reminded of the discomfort of others".
>
>
> - d.
>
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Draft Code of Conduct for Technical Spaces

2017-02-26 Thread Vi to
I think methodological objections shouldn't prevail over substantial
objections.
I can agree most of consensus in CoC draft came from WMF
staffers/contractors, but:
*no one was prevented from weighing-in
*lists were filled with invitations to weigh-in
*I think most of us didn't comment just because they agree with the overall
meaning of the draft.
IMHO most of criticism doesn't actually target the draft but rather
increasing influence of WMF in various sectors traditionally
community-driven or unregulated. I'm not commenting nor this influence nor
the objections but I think CoC is just a symbol of another issue.

Vito

2017-02-26 15:31 GMT+01:00 Robert Fernandez :

> >Personally I'm much more grateful for the people who did not
> >spend their energy on this code of conduct to "accidentally"
> >exercise power over others
>
> If the organizers of this proposal responded in kind with even a fraction
> of the bad faith accusations that have been leveled at them, the howls of
> outrage would be deafening.
>
>
> On Sat, Feb 25, 2017 at 10:39 PM, Tim Landscheidt 
> wrote:
>
> > Leila Zia  wrote:
> >
> > > […]
> >
> > > On a separate note to those of you who contribute to technical spaces
> and
> > > are not happy about how some aspects have gone:
> >
> > > Matthew and a few other people have been trying /really hard/ to make
> > > Wikimedia's technical spaces better. You know that embarking on such a
> > path
> > > is very difficult: it requires spending many many hours of your time
> > (read
> > > life) on it, elaborating, deliberating, documenting, discussing things
> > with
> > > people from different paths of life, etc. They have been doing it for
> > > months now. It's my understanding that they are doing this not to
> > exercise
> > > power over others but to make our technical spaces better, to make them
> > > more enjoyable to contribute in.
> >
> > > For all of us who contribute in technical spaces, we should remember:
> We
> > > may not agree with every step they take, but we all owe it to them to
> > help
> > > them on this path. What they are doing is a good thing and that's
> > something
> > > that sometimes gets lost in these lengthy conversations.
> >
> > This is a circular and illogical argument.  Just because
> > someone has good intentions or invested time and effort does
> > not mean that the path they chose is the right one to take.
> > And if someone is steering towards a cliff, encouraging peo-
> > ple to keep pushing the cart to honour the navigator's dedi-
> > cation is self-destructive.
> >
> > Personally I'm much more grateful for the people who did not
> > spend their energy on this code of conduct to "accidentally"
> > exercise power over others, but made our technical spaces
> > better and more enjoyable by reporting bugs, debugging, an-
> > swering questions, writing patches, reviewing contributions
> > or creating or translating documentation.
> >
> > Tim
> >
> >
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> > wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> >
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Blocks of new accounts in Angola?

2017-02-22 Thread Vi to
Yep, none of them implied massive and preventive blocks. There's something
broken needing further investigations then.

Vito

2017-02-22 16:17 GMT+01:00 Yaroslav Blanter :

> Did not we have some mass vandalism from Angola some time ago, and then
> measures had to be taken? I do not remember the details.
>
> Cheers
> Yaroslav
>
> On Wed, Feb 22, 2017 at 8:57 AM, George William Herbert <
> george.herb...@gmail.com> wrote:
>
> >
> > Have them hit whatismyip.org and tell us what shows up..,
> >
> > Sent from my iPhone
> >
> > > On Feb 21, 2017, at 5:58 PM, Rodrigo Tetsuo Argenton <
> > rodrigo.argen...@gmail.com> wrote:
> > >
> > > I've been receiving complains via Facebook from people of Angola about
> > not
> > > being able to create new accounts, some know something about it? They
> > > receive the as if the IP was blocked, however we receive more then 5
> > > complains just in the Commons FB page.
> > >
> > > Any ideas?
> > >
> > > --
> > > Rodrigo Tetsuo Argenton
> > > rodrigo.argen...@gmail.com
> > > +55 11 979 718 884
> > > ___
> > > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> > wiki/Wikimedia-l
> > > New messages to: Wikimedia-l@lists.wikimedia.org
> > > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> >
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> > wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> >
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] WMF advanced permissions for employees

2017-02-18 Thread Vi to
Bureaucrats aren't mean to be sort of a supreme court neither, same for
chapters.

The central aspects of WMF-bans are:
*bans issued out of usual community-driven process
*bans not implying sharing info, usually collected off wiki, with people
not strictly legally bound to confidentiality (I, for one, am bound to
confidentiality by CA and policies, but it's such a vague bind compared to
employees).

Both aspects might be criticized but they are part of the definition of
WMF-ban. Removing one of them would result in something which wouldn't
longer be a WMF-ban. Basically changing one of these two aspects would
imply replacing WMF-ban with something else.

Vito

2017-02-18 15:47 GMT+01:00 Gnangarra <gnanga...@gmail.com>:

> someone from the affiliates, who is also a native speaker of the person
> language and someone with whom there is a level of community trust through
> being in elected positions.
>
> ARBCOM or a bureaucrat from the project where the incidents takes place,
> someone with a high level of trust in the community and who has already
> agreed to WMF privacy requirements
>
> they can be selected by the community and the WMF through any method,
>
> of course some people will appeal but the process gives the community the
> input being demanded here while not preventing the WMF from acting.  A WMF
> global ban isnt a frivolous decision nor would a review be one.  Yes your
> right it could never be a whole of community decision thats why we look to
> people who have the communities trust just like we do many other processes,
> even local blocks/bans arent whole of community either but rather those who
> happen to pass by or specifically haunt such process and then closed by
> someone the community has already expressed trust in.
>
> On 18 February 2017 at 22:15, Vi to <vituzzu.w...@gmail.com> wrote:
>
> > AffCom has nothing to do with this kind of issue, most of projects have
> no
> > arbcoms, Finally, anyone would appeal, turning WMF-issued ban into a [how
> > to call this group?]-issued ban.
> >
> > Vito
> >
> > 2017-02-18 15:05 GMT+01:00 Olatunde Isaac <reachout2is...@gmail.com>:
> >
> > > Gnangarra raised some valid and interesting points here. Well, I don't
> > > have problems with WMF banning anyone from Wikimedia projects as long
> as
> > > there is a significant reason to do so and through a transparent
> process.
> > > Nonetheless, I think WMF ban should be revocable following a successful
> > > appeal. They could set up a form of appeal committee comprises of WMF
> > Staff
> > > (maybe those from WMF legal team), AffCom member, and member of ARBCOM
> > from
> > > the project where the incident occur as suggested by Gnangarra above.
> > >
> > > Best,
> > >
> > > Isaac
> > > Sent from my BlackBerry® wireless handheld from Glo Mobile.
> > >
> > > -Original Message-
> > > From: Gnangarra <gnanga...@gmail.com>
> > > Sender: "Wikimedia-l" <wikimedia-l-boun...@lists.wikimedia.org>Date:
> > Sat,
> > > 18 Feb 2017 21:20:16
> > > To: Wikimedia Mailing List<wikimedia-l@lists.wikimedia.org>
> > > Reply-To: Wikimedia Mailing List <wikimedia-l@lists.wikimedia.org>
> > > Subject: Re: [Wikimedia-l] WMF advanced permissions for employees
> > >
> > > what this discussion reveals is that;
> > >
> > >1. the people here want to know who at the WMF has what permissions,
> > and
> > >a when why they were granted
> > >2. they want a system thats has good checks and balances,
> > >3. there is want to be able to be "consulted' during the process of
> > >Global bans.
> > >
> > >
> > >- Number 1 is just a maintenance issue, an on Meta(maybe Foundation
> > >wiki) table of employee access would be the simplest to operate and
> > > solve
> > >rather than using a google spread sheet with a bot updating the on
> > Meta.
> > >- the process described by James Alexander appears to meet that,
> > though
> > >the duel role currently occurring isnt an ideal long term outlook
> > >- Create a High Court, or Supreme court type appeal process where
> the
> > >person affected can email the committee for a review.  The committee
> > > could
> > >be comprise of WMF Legal person, Affiliate
> representatives(appropriate
> > >language speaker), and bureaucrats(ARBCOM member) from the project
> > where
> > >the person was active or the event took place.  With an af

Re: [Wikimedia-l] WMF advanced permissions for employees

2017-02-18 Thread Vi to
AffCom has nothing to do with this kind of issue, most of projects have no
arbcoms, Finally, anyone would appeal, turning WMF-issued ban into a [how
to call this group?]-issued ban.

Vito

2017-02-18 15:05 GMT+01:00 Olatunde Isaac :

> Gnangarra raised some valid and interesting points here. Well, I don't
> have problems with WMF banning anyone from Wikimedia projects as long as
> there is a significant reason to do so and through a transparent process.
> Nonetheless, I think WMF ban should be revocable following a successful
> appeal. They could set up a form of appeal committee comprises of WMF Staff
> (maybe those from WMF legal team), AffCom member, and member of ARBCOM from
> the project where the incident occur as suggested by Gnangarra above.
>
> Best,
>
> Isaac
> Sent from my BlackBerry® wireless handheld from Glo Mobile.
>
> -Original Message-
> From: Gnangarra 
> Sender: "Wikimedia-l" Date: Sat,
> 18 Feb 2017 21:20:16
> To: Wikimedia Mailing List
> Reply-To: Wikimedia Mailing List 
> Subject: Re: [Wikimedia-l] WMF advanced permissions for employees
>
> what this discussion reveals is that;
>
>1. the people here want to know who at the WMF has what permissions, and
>a when why they were granted
>2. they want a system thats has good checks and balances,
>3. there is want to be able to be "consulted' during the process of
>Global bans.
>
>
>- Number 1 is just a maintenance issue, an on Meta(maybe Foundation
>wiki) table of employee access would be the simplest to operate and
> solve
>rather than using a google spread sheet with a bot updating the on Meta.
>- the process described by James Alexander appears to meet that, though
>the duel role currently occurring isnt an ideal long term outlook
>- Create a High Court, or Supreme court type appeal process where the
>person affected can email the committee for a review.  The committee
> could
>be comprise of WMF Legal person, Affiliate representatives(appropriate
>language speaker), and bureaucrats(ARBCOM member) from the project where
>the person was active or the event took place.  With an after action
> appeal
>it doesnt impinge on any potential urgency or immediate imperative.  It
>could even allow for the person affected to have someone advocate on
> their
>behalf.
>
>
> On 18 February 2017 at 19:59, Tim Landscheidt 
> wrote:
>
> > Gerard Meijssen  wrote:
> >
> > > Hoi,
> > > The problem with law enforcement is that it operaties nationally. It is
> > not
> > > obvious where people are and consequently it is not obvious what
> > > jurisdiction is appropriate.
> >
> > > […]
> >
> > That's easy: The victim's.
> >
> > Tim
> >
> >
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> > wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> >
>
>
>
> --
> GN.
> President Wikimedia Australia
> WMAU: http://www.wikimedia.org.au/wiki/User:Gnangarra
> Photo Gallery: http://gnangarra.redbubble.com
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] WMF advanced permissions for employees

2017-02-16 Thread Vi to
2017-02-16 5:57 GMT+01:00 Pine W :

> Hi Fae,
>
> A few points:
>
> * Thank you for trying to get and maintain a public list of WMF accounts
> with special permissions. I think that this is helpful for the community to
> know. I also think that WMF should actively maintain the list of WMF
> accounts with special permissions, and the reasons for granting those
> permissions, on Meta.
>
>
I concur, this should be WMF's full responsibility.


> * Based on what I currently know, I disagree with WMF's choice to site-ban
> individuals instead of leaving that decision to the community, particularly
> when the evidence is not public. It seems to me that this practice is
> incompatible with transparency, due process, and community governance of
> Wikimedia content sites (which notably excludes the Foundation wiki).
>

From a legal perspective WMF is the sole owner of these webspaces, then WMF
can ban anyone at any time for any (or no) reason. On the other hand WMF
without an active community is just a non-profit owning four small
datacenters and (dunno, maybe) a floor in a building in SF. So no ban would
be issued on a whim but still WMF must "prove" this.

Dealing with staffs they are way so close to more serious stuffs than the
mediawiki user interface, so I wouldn't care about their on site accesses.
Root access to db, squid data, mailman, physical access to residuals of old
identification system, subpoena etc (even random paper sheets left on the
top of a desktop) is, to me, way more serious than being able to make some
noise in a fairly controlled environment

.

Vito


Vito
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Niels Christian Nielsen appointed to Wikimedia Endowment Advisory Board

2017-02-13 Thread Vi to
I find all of these to be deeply non relevant. Though they might be
relevant according to standard en.wiki practice, I wonder whatever someone
would had written a line about a to-be-created relatively small endowment
of a website(s) or people managing it, unless it was "our" website(s).

Also I disagree with Wikipedia doing something similar to investigative
journalism (above all for "internal" usage) rather than being a "simple"
encyclopedia.

Vito

2017-02-14 1:31 GMT+01:00 Michael Peel :

> Not quite what you were after, Fæ, but I've started a draft of an enwp
> article on the endowment at:
> https://en.wikipedia.org/wiki/User:Mike_Peel/Wikimedia_Endowment <
> https://en.wikipedia.org/wiki/User:Mike_Peel/Wikimedia_Endowment>
> If anyone else wants to help write this, then please edit away!
>
> I'm concerned that Nielsen is being referred to as a 'permanent member' of
> the board - doesn't the advisory board have terms? Also, will we be seeing
> community members being appointed (or elected) to this board at some point?
>
> BTW, the Wikimedia blog doesn't provide much information to the autofill
> references function on enwp! Also, we only seem to have freely-licensed
> images of Jimmy, and none of the rest of the advisory board - can something
> be done about that?
>
> Thanks,
> Mike
>
> > On 13 Feb 2017, at 18:57, Anna Stillwell 
> wrote:
> >
> > The second link you offered, Fae, is the wrong Niels Christian Nielsen.
> > /a
> >
> > On Mon, Feb 13, 2017 at 12:11 PM, Fæ  wrote:
> >
> >> +1 on the request for links to all the past meeting agendas and
> >> publicly published minutes. I will be very interested to read any
> >> declarations of conflicts of interest. The board is intended to
> >> eventually control $100,000,000, so should be seen to be applying
> >> absolutely the most transparent and well governed processes.
> >>
> >> I am surprised to discover that anyone that has served as the chairman
> >> of 12 companies and "has advised governments in Scandinavia, Spain,
> >> Portugal, the UK, Australia, New Zealand, the US, Canada, and Turkey"
> >> does not have a Wikipedia article, at least I have yet to find one.
> >>
> >> Could someone work on creating one please? It would be great to read a
> >> profile that has all the nuts & bolts, rather than written with PR in
> >> mind. No doubt the blog post [1] and staff profiles at the University
> >> of California Berkeley and the Copenhagen Business School [2] should
> >> be reliable enough starting point for Wikipedia.
> >>
> >> Links:
> >> 1. https://blog.wikimedia.org/2017/02/13/niels-christian-
> >> nielsen-endowment-board
> >> 2. http://www.cbs.dk/en/research/departments-and-centres/
> >> department-of-finance/staff/ncnfi
> >>
> >> Thanks,
> >> Fae
> >>
> >> On 13 February 2017 at 19:54, James Salsman  wrote:
> >>> Regarding
> >>> https://blog.wikimedia.org/2017/02/13/niels-christian-
> >> nielsen-endowment-board/
> >>>
> >>> What have the funds of the organizations Nielsen manages returned? Have
> >>> they matched the returns of commercial endowment-grade mutual funds? I
> >>> refer to my comments here:
> >>>
> >>> https://lists.wikimedia.org/pipermail/wikimedia-l/2016-
> >> December/085694.html
> >>>
> >>> Has the Endowment Advisory Board met yet? If so, where are its minutes?
> >> If
> >>> not, when will it meet and where will the agenda and minutes be
> >> published?
> >>>
> >>
> >> --
> >> fae...@gmail.com https://commons.wikimedia.org/wiki/User:Fae
> >>
> >> ___
> >> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> >> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> >> wiki/Wikimedia-l
> >> New messages to: Wikimedia-l@lists.wikimedia.org
> >> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> >> 
> >>
> >
> >
> >
> > --
> > "If you have knowledge, let others light their candles in it." - Margaret
> > Fuller
> >
> > Anna Stillwell
> > Chargée d’Affaires / VP
> > Wikimedia Foundation
> > 415.806.1536
> > *www.wikimediafoundation.org *
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 

Re: [Wikimedia-l] Thank you for your service, Wikimedia Hong Kong

2017-02-08 Thread Vi to
Just a question: can a former chapter reapply for recognition?

Vito

2017-02-08 16:13 GMT+01:00 Lodewijk :

> As the chapter status of Wikimedia Hong Kong has come to an end, I would
> like to thank the volunteers at Wikimedia Hong Kong for their incredible
> work over the past years. It is easy to start discussions about the
> validity of the decision, or to play a blame game - but lets at least agree
> some pretty cool stuff has been done over the past years.
>
> Most of us will remember the Wikimania conference that was organized in
> Hong Kong in 2013 - an amazing conference with an incredible amount of
> volunteers that were collected from all over society to help welcome these
> Wikipedians. Especially in their earliest years, I believe that Wikimedia
> HK was active in supporting other Asian chapters to collaborate better and
> grow.
>
> Thank you, Wikimedians from Hong Kong, for your service! You have helped
> the Wikimedia movement in Hong Kong a lot over the past years, and I hope
> that we will still hear a lot from you in this new phase. The end of the
> organization will hopefully not mean the end of your impactful work.
>
> Best,
>
> Lodewijk
>
> 2017-02-08 12:48 GMT+01:00 Wong Rover :
>
> > Hi all,
> >
> > On behalf of WMHK, I would like to say something.
> >
> > Some may think it is pity that WMHK has been de-recognized. But the board
> > of WMHK has actually already decided to disband the chapter.
> >
> > Although WMHK will cease to exist, I still hope the other chapters will
> > continue to try their best in the Wikimedia movement.
> >
> > Regards,
> > Rover Wong
> > the last president of Wikimedia Hong Kong
> >
> > 2017年2月8日 下午7:10 於 "James Heilman"  寫道:
> >
> > > Thanks Kirill
> > >
> > > In my opinion this is reasonable. We need to have criteria for what
> > > affiliation with the movement means and what it requires from those
> > > affiliated. If the requirements are consistently not met than removing
> > > official affiliation until it is is simply common practice.
> > >
> > > James
> > >
> > > On Wednesday, February 8, 2017, Kirill Lokshin <
> kirill.loks...@gmail.com
> > >
> > > wrote:
> > >
> > > > Hi everyone,
> > > >
> > > > Recognition as a Wikimedia movement affiliate — a chapter, thematic
> > > > organization, or user group — is a privilege that allows an
> independent
> > > > group to officially use the Wikimedia trademarks to further the
> > Wikimedia
> > > > mission. While most affiliates adhere to the basic compliance
> standards
> > > set
> > > > forth in their agreements with the Wikimedia Foundation, a protocol
> has
> > > > been developed to address the exceptional cases when a Wikimedia
> > movement
> > > > affiliate does not meet basic compliance standards and their
> continued
> > > > recognition as a Wikimedia movement affiliate presents a risk to the
> > > > Wikimedia movement.
> > > >
> > > > On September 9, 2016, Wikimedia Hong Kong was notified of their
> > > suspension
> > > > as a Wikimedia affiliate due to long standing non-compliance with
> > > reporting
> > > > requirements, and was provided with an explicit list of tasks and
> > > deadlines
> > > > in order to return to compliance with their chapter agreement. The
> > > chapter
> > > > failed to complete these tasks by the deadline of November 1, 2016,
> and
> > > was
> > > > consequently notified that they would no longer be recognized as a
> > > > Wikimedia chapter after the termination of their Chapter Agreement on
> > > > February 1, 2017.
> > > >
> > > > If you have questions about what this means for the community members
> > in
> > > > Wikimedia Hong Kong’s geographic area or language scope, we have put
> > > > together a very basic FAQ, which may be found at
> > > > https://meta.wikimedia.org/wiki/Wikimedia_movement_
> > > > affiliate_de-recognition_FAQ
> > > > .
> > > >
> > > > Regards,
> > > > Kirill Lokshin
> > > > Vice-Chair, Affiliations Committee
> > > > ___
> > > > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > > > wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> > > > wiki/Wikimedia-l
> > > > New messages to: Wikimedia-l@lists.wikimedia.org 
> > > > Unsubscribe: https://lists.wikimedia.org/
> mailman/listinfo/wikimedia-l,
> > > > 
> > > > ?subject=unsubscribe>
> > >
> > >
> > >
> > > --
> > > James Heilman
> > > MD, CCFP-EM, Wikipedian
> > >
> > > The Wikipedia Open Textbook of Medicine
> > > ___
> > > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > > wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
> > > wiki/Wikimedia-l
> > > New messages to: Wikimedia-l@lists.wikimedia.org
> > > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > > 

Re: [Wikimedia-l] Concerns in general

2017-01-28 Thread Vi to
Actually some parties might bring EU to low standards of freedom of
expression.
For what concerns Wikimedia, I fear more lobbying about copyright related
legislation or about net neutrality than USA turning into a dictatorship.
I'm not afraid of a complete service disruption but instead of things
getting more and more complicate in a globalized World being broken up. We
rely upon a level of freedom to move people and data (mainly among the two
shorelines of the Atlantic ocean) which has no precedents in human history.
Offline backups -to renew on yearly basis- are not so expensive to be
physically sent to chapters, or at least a certain number of chapters
meeting some requirements (e.g. a physical location, some IT, etc.). It
would instead be *hard* to rebuild an infrastructure almost from the
scratch.
What puzzles me is our ability to nullify impact of end of USA safe harbor
or (possible) or, for example, Netherlands ceasing net neutrality
(currently almost impossible) or similar kind of changes in any Country,
which doesn't imply dictatorship but still will have a significantly impact
over our operations.

Vito

2017-01-28 13:07 GMT+01:00 Romaine Wiki :

> Hi Nathan,
>
> You describe what I tried to say: threats to the environment in what
> Wikimedia operates.
>
> In the Netherlands there has been a government based on populism (with
> Geert Wilders) but the effects were very limited. The same in other EU
> countries. Political parties and political leaders in Europe are aware of
> the world wars that took place and are not out of the minds, so extremes
> are much less extreme. Even in comparison with the US now less extreme.
>
> Like the archives of Alexandria got lost due being stored in one place, let
> us not make that mistake again. Whatever the cause of troubles is, nature,
> humans, fire, etc.
>
> To me the most safe option would be to have a back up at every continent,
> thus the risks are spread.
>
> Romaine
>
> Op zaterdag 28 januari 2017 heeft Nathan  het volgende
> geschreven:
>
> > Romaine makes some good points. There is a legitimate concern that the
> turn
> > to populism and unpredictability threatens the environment in which
> > Wikimedia operates, and its only reasonable to consider a move of core
> > assets somewhere safer from the unspooling of Western social fabric.
> > Perhaps the Netherlands is a good alternative, although Geert Wilders is
> > quite popular there... The United Kingdom, perhaps? Yet with Brexit and
> > UKIP, one wonders how safe Wikimedia would be there. Perhaps France, if
> not
> > for Marine Le Pen... This is more challenging than I expected. Where will
> > we find some place that is protected from the pernicious threats that
> beset
> > the Wikimedia Foundation in the United States?
> >
> > On Thu, Jan 26, 2017 at 10:33 PM, Romaine Wiki  > >
> > wrote:
> >
> > > Today I was reading in the (international) news about websites with
> > > knowledge on the topic of climate change disappear from the internet as
> > > result of the Trump administration. The second thing I read is that
> > before
> > > something can be published about this topic, the government needs to
> > > approve this.
> > >
> > > Do you realise what the right word for this is? censorship.
> > > Even if it is only partially.
> > >
> > > Luckily there are many scientists working on getting all the data
> abroad,
> > > out of the US to ensure the research data is saved, including on
> servers
> > in
> > > the Netherlands where Trump (hopefully) has no reach.
> > >
> > > In the past week I was reading about the Internet Archive organisation,
> > who
> > > is making a back up in Canada because of the Trump administration. I
> did
> > > not understood this, you may call me naive, but now I do understand,
> > > apparently they have some visionary people at the Internet Archive.
> > >
> > > I miss a good answer to this situation from the Wikimedia Foundation.
> > >
> > > Trump is now promoting harassment and disrespect, already for some
> time,
> > >
> > > What signal is given to the rest of the world if an America based
> > > organisation is spreading the thought of a harassment free Wikipedia
> and
> > > the free word, while the president of the US is promoting harassment,
> > > disrespect and censorship on a massive scale.
> > >
> > > This is just the first week of this president!
> > >
> > > I am 100% sure everyone in the Wikimedia movement is willing to make
> sure
> > > Wikimedia faces no damage whatsoever, including in WMF, but to me this
> > > still starts to get concerning.
> > >
> > > If we as Wikimedia movement think that free knowledge, free speech,
> > freedom
> > > of information, etc are important, I would think that the location
> where
> > > the organisation is based is that country where liberty is the
> largest, I
> > > do not know where this is but it is definitely not the US.
> > >
> > > To my impression 

Re: [Wikimedia-l] Where is WMF with pursuing companies that offer paid editing services

2017-01-06 Thread Vi to
I've just crossed
https://meta.wikimedia.org/wiki/Special:CentralAuth/Paulinapaulina3030 but
I must confess I won't do anything out of the wiki (it.wiki) where I am a
local sysop.
Catching crosswiki paid editing is the most frustrating activity ever, a
couple of years ago I wasted two months in defending myself against the
trolling I drew for deleting userpages of someone massively creating them
to promote a "customer".

Vito

2017-01-06 6:17 GMT+01:00 Jytdog at Wikipedia :

> Sending a cease and desist letter costs little.WMF will find many
> volunteers happy to provide what evidence they possess linking various
> companies to various articles.
>
> Yes, attempting to enforce a cease and desist letter would entail court
> costs, and that should be considered.  One thing that drives court costs is
> the resources of the other side in litigation and my sense is many of these
> individuals and their companies do not have deep pockets;  I am not sure
> how the real is the risk of litigation draining the WMF budget.
>
> On Thu, Jan 5, 2017 at 11:33 PM, Risker  wrote:
>
> > It's a difficult challenge.  I agree with David; on English Wikipedia, we
> > have masses and masses of articles of borderline notability that are so
> > obviously blatant spamand they have a terrible tendency to be kept at
> > Articles for Deletion.  It's a reflection of our still-optimistic outlook
> > that there are still people who believe that someone will come along and
> > magically turn the spam into something encyclopedic; the reality is that
> > those articles tend to stay pretty much as they are unless someone who
> has
> > dug up the sources that supposedly make a subject notable actually edit
> the
> > article to transform it from advertorial to encyclopedic.
> >
> > I do not know enough about how other Wikipedias handle such spam,
> although
> > I have heard from some people editing on some projects that similar
> > articles there would be speedy-deleted without a second thought. I do not
> > think that it is likely that English Wikipedia will get to that point
> > unless more people who feel strongly about spam actively participate at
> > AfD.
> >
> > As to the WMF investing in trying to track down and take down "paid
> editing
> > companies", there are a few things to keep in mind.  First, it's very
> > expensive to develop the evidence that makes the direct link from the
> spam
> > article to the real identity of the writer of the article.  Many of those
> > "companies" are individual people, and there are also plenty of people
> who
> > call themselves "advisors" who may not edit directly but facilitate
> > companies getting their spam on Wikipedia. And just finding those
> > people/organizations isn't enough - then the course of action usually
> > involves the courts (of varying jurisdictions) which means more lawyers
> and
> > more external legal fees. We're talking a lot of money here, and that's
> the
> > area where I have significant concern - a concerted effort covering the
> 10
> > largest projects could easily cost as much as the WMF's annual budget.
> One
> > more thing to keep in mind:  many courts would expect some evidence that
> > the problematic organization is causing harm to the brand and financial
> > position of Wikipedia.  That part is tough - it's almost impossible to
> > demonstrate a financial cost to Wikipedia for having a spammy article,
> > especially as such a large percentage of the articles on many projectst
> are
> > barely of "start" quality.  The fact that there is a conscious decision
> not
> > to take advantage of mitigating remedies that are already available to us
> > (such as confirmed identity or not permitting article creation until
> after
> > a certain number of edits) would also be a potential barrier to legal
> > remedies against paid editing. (I'm not advocating those changes at all,
> > just looking at it from an external perspective.)
> >
> > Is undisclosed paid editing a violation of the terms of use?  Of course
> it
> > is.  But outside of security and safety issues, the WMF has historically
> > left it to the volunteers to interpret the TOU and apply it on individual
> > projects.  Frankly, it's how the WMF manages with only a $75 million
> > budget, which is less than many similarly large and popular sites spend
> on
> > client services, let alone legal fees.  Given the longterm frustration of
> > many community members about fundraising, it may be a very tough sell
> > within our own broad community to have to raise more money for the
> purpose
> > of hiring the staff and paying the bills to address undisclosed paid
> > editing to the point that there is a genuine effect.
> >
> > Risker/Anne
> >
> > On 5 January 2017 at 13:53, David Gerard  wrote:
> >
> > > I should add: I spent a few months following the various AFD queues on
> > > WP lately, and MY GOODNESS THERE ARE SO MANY BLATANT SPAMMERS. What
> > > 

Re: [Wikimedia-l] Music industry threats to safe harbor?

2016-12-19 Thread Vi to
I see, thank you for your explanation, coming from a civil law system it
sounds pretty weird. Anyway I concur, it's pure madness and some action
must be taken.

Vito

2016-12-19 19:46 GMT+01:00 geni <geni...@gmail.com>:

> On 19 December 2016 at 18:38, Vi to <vituzzu.w...@gmail.com> wrote:
> > I wouldn't call DMCA safe harbor(s) "how Wikipedia is allowed to exist".
> At
> > a glance I'd say it would (at worst) impact on some (most) wikis way to
> > handle copyvios/the thin red line around fair-use, but most of our
> > ecosystem shouldn't be affected. So, what am I missing?
> >
>
> Without some form of safe harbor the likes of AP and getty would have
> a fairly solid case for statutory damages for every single one of
> their images uploaded even if we deleted them fairly quickly. We could
> probably argue it down to $200 per image but it would still add up.
>
> --
> geni
>
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Re: [Wikimedia-l] Music industry threats to safe harbor?

2016-12-19 Thread Vi to
I wouldn't call DMCA safe harbor(s) "how Wikipedia is allowed to exist". At
a glance I'd say it would (at worst) impact on some (most) wikis way to
handle copyvios/the thin red line around fair-use, but most of our
ecosystem shouldn't be affected. So, what am I missing?

Vito

2016-12-19 17:45 GMT+01:00 David Gerard :

> For various reasons * I follow music industry news. One drum the record
> industry has been beating *hard* in the past year is attempts to reduce the
> DMCA "safe harbor" provisions in order to squeeze more money from YouTube.
> It's been a running theme through 2016.
>
> e.g.
> https://www.theguardian.com/technology/2016/may/20/music-
> industry-battling-google-youtube-what-happens-next
> http://www.billboard.com/articles/business/7624389/
> music-industry-congratulates-trump-open-letter
>
> The DMCA "safe harbor" is otherwise known as "how Wikipedia is allowed to
> exist".
>
> so! Is this on our threat radar? Do they have any hope? How close are we to
> another "call your Congressman" banner?
>
> (I figure this is not a good time to say things like "well that could never
> happen politically")
>
>
> - d.
>
>
> * well, to write schadenfreude-dripping posts on rocknerd.co.uk
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] investments still poor; return improved +0.3% to 1.5%

2016-12-12 Thread Vi to
10% would imply a pretty high risk or a strategy which is not compatible
WMF's values.

3-4% would balance risks with profits, there are pretty safe senior bonds
with a 2-3% yield which could balance some less-than-best rated bond giving
up to 6%.
Anyway WMF's mission imply low risks in investments plus avoiding
"speculating".

Maybe it would be worth thinking about investing extra funds in countries
were they are being originating/they are likely to be spent. For instance,
if ESAMS fees are given in Euros it might be possible to use donation in
Euros, being "parked" in Euro bonds, to pay them, without pay for exchange,
money transfer but, above all, avoiding exchange rate fluctuations-related
risks.


Vito

2016-12-12 20:12 GMT+01:00 James Heilman :

> I personally invest in stuff that gives 1.5% to 1.7% returns (the Canadian
> government mostly). If that is what the foundation is getting it sounds
> reasonable to me.
>
> Some "bankers" do really well as they have inside details / are building
> the financial instruments that they are betting against.
>
> Why is it assumed we should be investing in stocks? And where is the
> evidence that "brilliant minds" do better at stocks than random chance?
>
> The endowment is under separate management from the WMF, with the people
> running the endowment specialized in that area.
>
> James
>
> On Mon, Dec 12, 2016 at 11:27 AM, James Salsman 
> wrote:
>
> > Over the past decade, the Foundation's low rate of return on
> > investments has been dismal and embarassing, in part because it
> > reflects poor choices in the use of donors' money and sets a terrible
> > example. The ease with which the Foundation can raise funds is simply
> > not compatible with purchasing 1.5% certificates of deposit on which
> > bankers easily earn 10% or more that we could earn by cutting out the
> > banking middlemen. It's time to set a better example.
> >
> > Please see pages 9 and especially 10 the Audit Report released in
> October:
> > https://wikimediafoundation.org/wiki/File:Wikimedia_
> > Foundation_Audit_Report_-_FY15-16.pdf
> >
> > In particular, Foundation investments increased from $38 million in
> > June 2015 to $54 million in 2016, and investment income increased from
> > $445,000 to $813,000.
> >
> > 1. Why is Foundation, which presumably has the benefit of the most
> > brilliant volunteer minds in the world, during years of record high
> > stock market prices, with income so secure that detractors have to beg
> > every year on this list for fundraising to be halted when it reaches
> > its goal, only earning 1.5% interest for its donors?
> >
> > 2. Are there any practical reasons not to liquidate 90% of the
> > Foundation's stock, bond, fund, and REIT investments over the next
> > quarter and deposit the balance in a top-5 nonprofit foundation
> > endowment-grade fund? E.g.:
> > https://institutional.vanguard.com/VGApp/iip/site/
> > institutional/clientsolutions/endowmentfoundation
> >
> > 3. How does the Foundation intend to convince donors that the
> > endowment is a good idea when investment stewardship is so poor?
> >
> > 4. What proportion is invested in fossil fuel interests?
> >
> > 5. Should we divest from fossil fuel interests?
> >
> > 6. Does the Foundation have any strategic investments in sustainable
> > technologies such as wind and solar power, power-to-gas,
> > gas-to-liquids, underground compressed air and pumped hydro power
> > storage, and composite lumber?
> >
> > 7. Should we divest from interests opposed to single payer health care?
> >
> > 8. Should we divest from interests in support of the payroll tax?
> >
> > 9. Should we divest from educational interests which have not shown a
> > firm commitment to public school class size reduction?
> >
> > 10. Should we divest from interests opposed to increasing public
> > school teacher salaries?
> >
> > We can offset mutual fund holding investments in such interests with
> > short sales (while there is a risk with doing so, that risk can be
> > completely offset with limit orders.)
> >
> > Best regards,
> > Jim Salsman
> >
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > wiki/Mailing_lists/Guidelines
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
>
>
>
>
> --
> James Heilman
> MD, CCFP-EM, Wikipedian
>
> The Wikipedia Open Textbook of Medicine
> www.opentextbookofmedicine.com
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>

Re: [Wikimedia-l] Discussion about proposed Technical Code of Conduct (TCC)

2016-11-21 Thread Vi to
I think they want a code of conduct as a background to any kind of
enforcement, which sounds fairly legit.

Vito

2016-11-21 2:33 GMT+01:00 Adrian Raddatz <ajradd...@gmail.com>:

> Oh, and similar to WereSpielChequers, I agree that better enforcement
> methods would be far more useful than spending staff time and money
> worrying about the codes of conduct. I understand that they are all the
> rage on the west coast of the US these days, but it's not going to help us
> finally stop someone who is using proxies to create more accounts to harass
> someone. It's not hard to see that with access to proxies and mobile IP
> ranges, someone can engage in sockpuppetry and abuse of our wikis
> indefinitely.
>
> The WMF has made progress on this recently, but there is still nothing to
> deter someone from engaging in prolonged campaigns of on-wiki harassment
> using sockpuppets. Maybe it's time to think about a more strict account-->
> operator connection, such as requiring email addresses on new account
> creations and a method of checking accounts by email.
>
> Adrian Raddatz
>
> On Sun, Nov 20, 2016 at 5:28 PM, Adrian Raddatz <ajradd...@gmail.com>
> wrote:
>
> > Similar to Vito, the safe space/code of conduct crowd has never
> > demonstrated that any of these principles are not already held and
> enforced
> > across our projects.
> >
> > Adrian Raddatz
> >
> > On Sun, Nov 20, 2016 at 4:06 PM, Vi to <vituzzu.w...@gmail.com> wrote:
> >
> >> Same here, ofc.
> >> I still cannot understand how there could be online communities refusing
> >> these very basic principles.
> >>
> >> Vito
> >>
> >> 2016-11-21 0:57 GMT+01:00 Alex Monk <kren...@gmail.com>:
> >>
> >> > On 20 November 2016 at 13:35, Jonathan Cardy <
> >> werespielchequ...@gmail.com>
> >> > wrote:
> >> > >
> >> > > The nastiest trolling, personal attacks and certainly the rape and
> >> murder
> >> > > threats will get people blocked anywhere in the movement except
> maybe,
> >> > > definitely in the past but hopefully not today, on IRC.
> >> > >
> >> >
> >> > I would kick+block people doing that sort of thing in the IRC channels
> >> in
> >> > which I am an op (e.g. #mediawiki, #wikimedia-labs and various minor
> >> ones).
> >> > I would be shocked to see ops of other channels willingly ignoring
> that.
> >> > ___
> >> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> >> > wiki/Mailing_lists/Guidelines
> >> > New messages to: Wikimedia-l@lists.wikimedia.org
> >> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l
> ,
> >> > <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
> >> >
> >> ___
> >> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wik
> >> i/Mailing_lists/Guidelines
> >> New messages to: Wikimedia-l@lists.wikimedia.org
> >> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> >> <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
> >>
> >
> >
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Re: [Wikimedia-l] Discussion about proposed Technical Code of Conduct (TCC)

2016-11-20 Thread Vi to
Same here, ofc.
I still cannot understand how there could be online communities refusing
these very basic principles.

Vito

2016-11-21 0:57 GMT+01:00 Alex Monk :

> On 20 November 2016 at 13:35, Jonathan Cardy 
> wrote:
> >
> > The nastiest trolling, personal attacks and certainly the rape and murder
> > threats will get people blocked anywhere in the movement except maybe,
> > definitely in the past but hopefully not today, on IRC.
> >
>
> I would kick+block people doing that sort of thing in the IRC channels in
> which I am an op (e.g. #mediawiki, #wikimedia-labs and various minor ones).
> I would be shocked to see ops of other channels willingly ignoring that.
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Editor safety and anonymity: ending IP address exposure?

2016-11-12 Thread Vi to
Honestly I cannot find pros since it's a free choice to edit without
logging, so it's not up to me to find them :D if it would depend solely on
me this thread would even exist ;)

Meanwhile I weight in the biggest con: the inability to use rangeblocks and
an unacceptable weakening of our ability to investigate sockpuppetry and
abuse.

Vito

2016-11-12 22:54 GMT+01:00 Lodewijk <lodew...@effeietsanders.org>:

> While it is tempting to start with cons, I think for most of the community
> members, the question will be: 'what alternatives are there to accomplish
> more or less the same' with regards to fighting vandalism and sockpuppetry.
> And answering that question would start with describing how we actually do
> make use of this data. Sounds like a good process to go through, but this
> puts more emphasis on 2).
>
> Lodewijk
>
> 2016-11-12 21:36 GMT+01:00 Vi to <vituzzu.w...@gmail.com>:
>
> > Point #1, with current means, will simply imply the end of
> countervandalism
> > with IPs.
> >
> > Vito
> >
> > 2016-11-12 21:02 GMT+01:00 Brion Vibber <bvib...@wikimedia.org>:
> >
> > > The biggest privacy problem in Wikipedia has always been the permanent
> > > public exposure of casual editors' IP addresses.
> > >
> > > Secondarily, we store logged-in editors' IP addresses for a limited
> time,
> > > exposing all editors' IP addresses to access by staff and volunteer
> > > accounts which could be stolen or misused as well as to any potential
> > > attacker who gains sufficient access to the database systems.
> > >
> > > I would like to suggest that the Wikimedia editor community, along with
> > the
> > > Wikimedia Foundation as steward of the software and servers, have a
> > serious
> > > consultation about committing to fix this:
> > >
> > >
> > > 1) Eliminate IP address exposure for non-logged-in editors. Those
> editors
> > > should be either given a random, truly anonymous identifier, or
> required
> > to
> > > create a pseudonym as a login.
> > >
> > > 2) Seriously think about how this will affect workflows tracking and
> > > fighting vandalism, and provide tools that do not depend on public
> > exposure
> > > of network addresses.
> > >
> > > 3) Avoid public exposure or long-term logging of any other
> > > location-specific or network-specific information about anonymous
> users.
> > >
> > > 4) Consider stronger controls on storage of IP addresses in the
> databases
> > > and how they are secured, in the face of possible attacks through
> social
> > > engineering, security vulnerabilities, or state action. Think about
> what
> > > really needs to be stored and what types of data recovery are possible
> > when
> > > storing truly personal-private data in shared databases.
> > >
> > >
> > > -- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
> > > Lead Software Architect, Wikimedia Foundation
> > > ___
> > > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > > wiki/Mailing_lists/Guidelines
> > > New messages to: Wikimedia-l@lists.wikimedia.org
> > > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > > <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > wiki/Mailing_lists/Guidelines
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
> >
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Re: [Wikimedia-l] How should security of Wikimedia accounts be better?

2016-11-12 Thread Vi to
Actually I consider to be sensitive the google account linked to my mobile
phone :|

also lots of people might have no compatible devices.

Vito

2016-11-12 15:30 GMT+01:00 Amir Ladsgroup <ladsgr...@gmail.com>:

> There is no need to store phone number at all.
> You need to install an app called "Google Authenticator" or similar ones.
> Then you scan a QR code from a special page in Wikipedia. Then every time
> you want to login, you need to give username, password and a short-lived
> token the app gives you. See this for more details:
> https://lists.wikimedia.org/pipermail/labs-announce/2016-March/000104.html
>
>
>
> On Sat, Nov 12, 2016 at 5:38 PM Fæ <fae...@gmail.com> wrote:
>
> Good point Vito,
>
> I agree that mobile numbers are personal information. However, my
> understanding of the two-factor process would be that it can set up so
> that mobile numbers are *guaranteed* to never be logged or archived
> and only stored in a constrained way for a verification number to be
> issued. There are various ways of getting two-factor processes to
> work, so methods that do not rely on mobile numbers may suit
> volunteers that are worried about sending their mobile phone number to
> any server in the USA, where there are always questions about secret
> access and storage for government agencies.
>
> We can require that guarantees are given and transparently assured for
> how any personal information like this is handled by WMF implemented
> software. It could even be an area that requires legally meaningful
> assurance, or local processing to avoid, say, Europeans sending any
> personal data to the USA.  ;-)
>
> Fae
>
> On 12 November 2016 at 13:53, Vi to <vituzzu.w...@gmail.com> wrote:
> > My phone number is something I consider highly sensitive. Linking this
> kind
> > of data to my online identity would be an unacceptable risk for me.
> >
> > Vito
> >
> > 2016-11-12 13:37 GMT+01:00 Amir Ladsgroup <ladsgr...@gmail.com>:
> >
> >> As far as I know 2FA is already implemented and mandatory for WMF staff
> >> accounts and wikitech accounts. https://phabricator.wikimedia.
> org/T107605
> >>
> >> I emphasized on having 2fa for CUs, oversights and others with private
> data
> >> access: https://phabricator.wikimedia.org/T107605#2570342
> >> Not sure what's blocking this.
> >>
> >> Best
> >>
> >> On Sat, Nov 12, 2016 at 3:57 PM Craig Franklin <
> cfrank...@halonetwork.net
> >
> >> wrote:
> >>
> >> > I know it's been said many times, but two-factor authentication,
> >> mandatory
> >> > for accounts with advanced privileges and optionally available for
> >> everyone
> >> > else, would seem to be a logical step.  It's not foolproof, but it
> would
> >> go
> >> > a long way to making us less of a soft target.
> >> >
> >> > Cheers,
> >> > Craig
> >> >
> >> > On 12 November 2016 at 22:22, Fæ <fae...@gmail.com> wrote:
> >> >
> >> > > Do any of the volunteers contributing to this list have ideas for
> >> > > changes that may make a significant difference to security?
> >> > >
> >> > > Yesterday saw Jimmy Wales' Wikipedia account getting hacked, in the
> >> > > process appearing to promote an organisation.[1] It was not the only
> >> > > account compromised. This is being analysed, though as there are
> >> > > security issues being examined, the analysis has not been made
> public
> >> > > so far; plus it's the weekend :-)
> >> > >
> >> > > Over the last few years, there have improvements on account set-up
> and
> >> > > choice of passwords, along with user suggestions for better account
> >> > > management. Users can also chose to use committed identities[2] to
> >> > > make account recovery easier, and are encouraged to use more secure
> >> > > passwords. Two-factor authentication,[3] such as using mobile phone
> >> > > text messages, has been suggested a few times by volunteers, and
> this
> >> > > might be a good moment to encourage the WMF to have better
> facilities
> >> > > built into the projects. We could even make two-factor
> identification
> >> > > a requirement for trusted users, such as administrators, important
> >> > > bots, and "high profile" accounts, where they may have special
> rights
> >> > > that could cause a fair amount of disrup

Re: [Wikimedia-l] How should security of Wikimedia accounts be better?

2016-11-12 Thread Vi to
My phone number is something I consider highly sensitive. Linking this kind
of data to my online identity would be an unacceptable risk for me.

Vito

2016-11-12 13:37 GMT+01:00 Amir Ladsgroup :

> As far as I know 2FA is already implemented and mandatory for WMF staff
> accounts and wikitech accounts. https://phabricator.wikimedia.org/T107605
>
> I emphasized on having 2fa for CUs, oversights and others with private data
> access: https://phabricator.wikimedia.org/T107605#2570342
> Not sure what's blocking this.
>
> Best
>
> On Sat, Nov 12, 2016 at 3:57 PM Craig Franklin 
> wrote:
>
> > I know it's been said many times, but two-factor authentication,
> mandatory
> > for accounts with advanced privileges and optionally available for
> everyone
> > else, would seem to be a logical step.  It's not foolproof, but it would
> go
> > a long way to making us less of a soft target.
> >
> > Cheers,
> > Craig
> >
> > On 12 November 2016 at 22:22, Fæ  wrote:
> >
> > > Do any of the volunteers contributing to this list have ideas for
> > > changes that may make a significant difference to security?
> > >
> > > Yesterday saw Jimmy Wales' Wikipedia account getting hacked, in the
> > > process appearing to promote an organisation.[1] It was not the only
> > > account compromised. This is being analysed, though as there are
> > > security issues being examined, the analysis has not been made public
> > > so far; plus it's the weekend :-)
> > >
> > > Over the last few years, there have improvements on account set-up and
> > > choice of passwords, along with user suggestions for better account
> > > management. Users can also chose to use committed identities[2] to
> > > make account recovery easier, and are encouraged to use more secure
> > > passwords. Two-factor authentication,[3] such as using mobile phone
> > > text messages, has been suggested a few times by volunteers, and this
> > > might be a good moment to encourage the WMF to have better facilities
> > > built into the projects. We could even make two-factor identification
> > > a requirement for trusted users, such as administrators, important
> > > bots, and "high profile" accounts, where they may have special rights
> > > that could cause a fair amount of disruption if a hacked account were
> > > not identified quickly. Considering that some administrator accounts
> > > can lie dormant for many months without the actual user monitoring it,
> > > these could end up being far more disruptive than well-watched
> > > accounts like Jimmy's.
> > >
> > > We may want extra security to remain mostly optional, keeping our
> > > projects simple to access. Education of new volunteers and trusted
> > > users may be critical for making it effective, such as avoiding social
> > > hacking. A clearer understanding of what the community would want to
> > > see improved would probably help set development priorities.
> > >
> > > Links
> > > 1. https://en.wikipedia.org/wiki/User_talk:Jimbo_Wales#Compromised
> > > 2. https://en.wikipedia.org/wiki/Template:Committed_identity
> > > 3. https://en.wikipedia.org/wiki/Multi-factor_authentication
> > >
> > > Thanks,
> > > Fae
> > > --
> > > fae...@gmail.com https://commons.wikimedia.org/wiki/User:Fae
> > >
> > > ___
> > > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > > wiki/Mailing_lists/Guidelines
> > > New messages to: Wikimedia-l@lists.wikimedia.org
> > > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > > 
> > ___
> > Wikimedia-l mailing list, guidelines at:
> > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] LGBT+ safety considerations for conference venues

2016-10-18 Thread Vi to
We can share knowledge without meetings, we cannot share knowledge without
our community. If some of our community cannot be safe well...who cares of
meetings then?

Vito

2016-10-18 15:26 GMT+02:00 Gerard Meijssen :

> Hoi,
> For me safety is to a large extend secondary to what we aim to achieve. Our
> primary goal is to improve on our primary goal and it is "sharing in the
> sum of all knowledge". It is not for going to the perfect holiday
> destination.
> Thanks,
>  GerardM
>
> On 18 October 2016 at 13:56, Fæ  wrote:
>
> > Gerard, could you provide some tangible examples of how other safety
> > aspects of Wikimania would be compromised if there is any specific
> > attention paid to the safety of LGBT+ Wikimedians? I cannot imagine
> > how such a thing could be true.
> >
> > Based on my reading, nobody in this thread has asked for the safety of
> > LGBT+ attendees to be "prioritized" over other safety aspects. Please
> > don't make it appear as if they have.
> >
> > Thanks,
> > Fae
> >
> > On 18 October 2016 at 11:42, Gerard Meijssen 
> > wrote:
> > > Hoi,
> > > I do care that everybody can come to places where they are safe. All
> the
> > > specific LGBT attention to safety is however on many levels problematic
> > > when we prioritise this over other safety aspects. The big picture for
> me
> > > is that we need to go to places where bringing Wikipedia and what it
> > stands
> > > for the most good. It is why I would go to Russia, to China to India to
> > > South Africa.
> > --
> > fae...@gmail.com https://commons.wikimedia.org/wiki/User:Fae
> >
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > wiki/Mailing_lists/Guidelines
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> >
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] LGBT+ safety considerations for conference venues

2016-10-18 Thread Vi to
IMHO we should divide criteria into two categories, reflecting two
different kind of issue:

*someone *cannot* partecipate because of a certain issue -> the proposal is
rejected
*someone may not feel comfortable in partecipating -> the proposal is
somehow penalized

In other words, if LGBT people is at risk in Saudi Arabia then Wikimania
cannot be held in Saudi Arabia. If LGBT people might face some difficulties
in North Carolina then North Carolina will lose a certain amount of
preference to -for example- Belgium where LGBT people might be more
comfortable.

I know this might weaken our effort to reach non-Western countries but I
rather support giving anybody the *opportunity* to partecipate.

Vito

2016-10-18 12:42 GMT+02:00 Gerard Meijssen :

> Hoi,
> I do care that everybody can come to places where they are safe. All the
> specific LGBT attention to safety is however on many levels problematic
> when we prioritise this over other safety aspects. The big picture for me
> is that we need to go to places where bringing Wikipedia and what it stands
> for the most good. It is why I would go to Russia, to China to India to
> South Africa.
>
> They all have their issues but remember what our aim is not for the perfect
> holiday destination. We aim to bring the sum of all knowledge everywhere.
> The thing with safety is that it is very much in behaviour. I am not at
> ease when I travel. When I go to places like the USA, I am amazed and feel
> harassed by all the visible guns. It feels like I am in a police series...
> I know it has nothing to do with me but I feel as safe there as I did in
> Alexandria, Mumbai, Buenos Aires because I am there for one thing only.
> Wikimania.
>
> By excluding destinations, we restrict our ability to reach out to places
> where our message needs to be heard. That is why I am filled with mixed
> feelings about all the attention of safety in "other places". The USA is
> another place to me where I feel not safe, where LGBT rights are not
> guaranteed either.
>
> It is possible to be safe particularly when I concentrate why I am there in
> the first place.
> Thanks,
>  GerardM
>
> On 17 October 2016 at 23:39, Ellie Young  wrote:
>
> > Yes we are doing a review and I can vouch that issues like this will
> always
> > be a part of the criteria when selecting a venue.  In most of the recent
> > Wikimanias the selection committee and WMF have included the security of
> > our LGBT community as one of the criteria when considering bids.
> >
> > Another critical issue that you mention below  when deciding what to do
> for
> > future Wikimanias  is whether the conference in its present form
> (program,
> > location, etc.) is serving the community and WMF.   That is a longer
> > conversation that I hope we can continue to have and make some progress
> in
> > the near future.
> >
> > Ellie
> >
> >
> >
> >
> > On Sun, Oct 16, 2016 at 10:26 AM, Pine W  wrote:
> >
> > > Hi Pax,
> > >
> > > My understanding is that WMF is doing a strategic review of Wikimania.
> If
> > > that is correct, considerations like the ones you raise about location
> > > could be included in the scope of that review. I'm pinging Ellie with
> the
> > > hope that she can provide information about the status of WMF's
> thinking
> > > about Wikimania, perhaps in a new thread. Wikimania involves
> significant
> > > amounts of time and money, and I am hoping that WMF will develop ways
> to
> > > align Wikimania with WMF and community strategic goals.
> > >
> > > Pine
> > >
> > > On Oct 16, 2016 08:10, "Pax Ahimsa Gethen" <
> list-wikime...@funcrunch.org
> > >
> > > wrote:
> > >
> > >> Hello all. I had a positive experience at WikiConference North America
> > >> last weekend, where I gave a talk on transgender issues and
> > Wikipedia.[1]
> > >> I'm posting because there's an active discussion in Wikipedia Weekly
> on
> > >> Facebook about choosing a host country for Wikimania 2018.[2] I am
> > >> concerned that some of the suggestions are not taking into account the
> > >> safety of LGBT+ people; not just those attending the conference, but
> > also
> > >> those living in the host country.
> > >>
> > >> As a queer trans atheist in a same-sex marriage, there are a number of
> > >> places where I am considered a criminal for just existing or going
> > about my
> > >> daily routine. This applies to some parts of the U.S. as well, by the
> > way;
> > >> I won't be visiting North Carolina as long as it's illegal for me to
> use
> > >> the men's restroom there. Please keep these considerations in mind
> when
> > >> planning meetups and conferences. Thank you.
> > >>
> > >> - Pax aka Funcrunch
> > >>
> > >> [1] http://funcrunch.org/blog/2016/10/12/making-connections-at-w
> > >> ikiconference-north-america/
> > >>
> > >> [2] https://www.facebook.com/groups/wikipediaweekly/permalink/11
> > >> 14259788621851/
> > >>
> > >> --
> > >> Pax Ahimsa Gethen | 

Re: [Wikimedia-l] WMF C level hiring and retention

2016-08-14 Thread Vi to
+1 on train & promote.

Vito

2016-08-14 4:38 GMT+02:00 James Heilman :

> Only the CTO position is empty. All of the rest are filled with very
> competent interims who may simply be transitioned into permanent. I like it
> that people who prove themselves to be excellent can move up within the WMF
> and think that this is often better than hiring from outside.
>
> James
>
> On Sat, Aug 13, 2016 at 7:22 PM, Pine W  wrote:
>
> > Hi,
> >
> > Just a request for an update about  C level hiring. My understanding is
> > that WMF is actively recruiting for a new CTO and hopes to fill that
> > position within the next month or two. Previously announced next
> priorities
> > were HR and Community, in that order. I am wondering how Communications
> and
> > Legal fit into the picture, now that those positions need to be filled as
> > well.
> >
> > I am also wondering about what can be done to keep C levels after we get
> > them. Some of them seem to have much longer tenures than others, and
> having
> > so many vacancies concurrently is a situation that I think we'd all like
> to
> > avoid in the future, particularly the next time that WMF has a new or
> > interim ED who may need to rely on their Cs for advice much more than
> > Katherine needs to do so. (I'm not implying that Katherine doesn't listen
> > or doesn't need advice, just that she's experienced enough that she can
> do
> > well in areas where an ED who is new to WMF or the role might struggle.)
> >
> > Regards,
> >
> > Pine
> > ___
> > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> > wiki/Mailing_lists/Guidelines
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
>
>
>
>
> --
> James Heilman
> MD, CCFP-EM, Wikipedian
>
> The Wikipedia Open Textbook of Medicine
> www.opentextbookofmedicine.com
> ___
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
> wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Why are articles being deleted?

2016-06-26 Thread Vi to
My activity at en.wiki only deals with crosswiki abuse and lta
"management". So don't be afraid of me but frainkly I don't find your
startup incubator to be notable. In other words I don't find it to be
something I expect to find on an encyclopedia.

Vito

2016-06-26 9:57 GMT+02:00 Mitar :

> Hi!
>
> This is restored version of the article with even more references (11)
> than at the time of deletion (8):
>
> https://en.wikipedia.org/wiki/User:Mitar/Poligon
>
>
> Mitar
>
> On Sat, Jun 25, 2016 at 11:47 PM, Pine W  wrote:
> > A number of us are currently discussing this situation on IRC. (: I
> believe
> > that the immediate concern is being addressed, and we are also discussing
> > ways of improving the deletion process on ENWP.
> >
> > Pine
> >
> > On Sat, Jun 25, 2016 at 11:21 PM, carl hansen 
> > wrote:
> >
> >> Mitar,
> >> To get a deleted article back, ask an "Administrator" to move it to your
> >> User_page draft
> >> space so you can get your text/references . The text is still in the
> >> system, just not accessible to public. There should be no
> >> problem. You could even ask the Administrator who deleted it, via Talk
> page
> >> , or make request at
> >> Wikipedia:Community_portal
> >> ___
> >> Wikimedia-l mailing list, guidelines at:
> >> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> >> New messages to: Wikimedia-l@lists.wikimedia.org
> >> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> >> 
> >>
> > ___
> > Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
>
>
> --
> http://mitar.tnode.com/
> https://twitter.com/mitar_m
>
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Why are articles being deleted?

2016-06-25 Thread Vi to
As a deletion I'd say we totally lost at en.wiki, we can maybe tie on other
wikis.

Life is never B/W, grey is everywhere.

Vito

2016-06-25 12:18 GMT+02:00 Gerard Meijssen :

> Hoi,
> The English deletionists may be winning. Thank (include your deity) for
> Wikidata. We can include much more and, we do include much more. It
> includes more people who won an award that what English Wikipedia does.
> Thanks,
>   GerardM
>
> [1]
> http://ultimategerardm.blogspot.nl/2016/06/wikidata-lange-taylor-prize.html
>
> On 25 June 2016 at 10:11, carl hansen  wrote:
>
> > On Fri, Jun 24, 2016 at 11:29 PM, Brill Lyle 
> > wrote:
> >
> > > Hi Mitar,
> > >
> > > ...
> > >
> > > First off:
> > > Please include your user name and the name of the article you were
> > working
> > > on. Without any context it's impossible to help you. Thankfully I was
> > able
> > > to dig and find the page, etc.
> > >
> >
> > Brill Lyle, normally connecting real world identity with Wikipedia id
> > within wikipedia
> > is contrary to local ethos, but since Mitar links to his real page from
> > User page, it's ok in this case.
> >
> > Mitar says.
> > >
> > > Why introducing artificial scarcity?
> > >
> >
> > You have been hit by crossfire in the long running Inclusionist vs.
> > Deletionist war.
> > Your rant is an excellent exposition of the Inclusionist position. When I
> > travel among
> > Random Articles I often wonder why they deleted AAA but they leave this
> > BBB. I guess
> > the explanation of that is the sprawling size of English WP, there too
> much
> > to curate
> > satisfactorily. Currently I'd say the Deletionists are winning.
> >
> > I hope that doesn't discourage you from wikipedia. Also, consider
> > contributing to http://wikinfo.org  , concept is similar but the rules
> are
> > different, more willing to accept polemics and non-neutrality
> >
> >
> > ]]] If you see something, say something. Snowden did. [[[
> > ___
> > Wikimedia-l mailing list, guidelines at:
> > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > 
> >
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] The end

2016-05-17 Thread Vi to
I'm not a regular at the English Wikipedia so I don't have any background
about what did happen to you. I spend a fair amount of my spare time
editing wikis but fuck off the wiki, it's just a virtual world.
All this happened to your virtual identity not to you!

Vito

2016-05-17 14:44 GMT+02:00 Chris Sherlock :

>
> I've just been blocked forever. I've been bullied, and I'm having suicidal
> thoughts.
>
> I don't know what to do now.
>
> Right now I'm reaching out to anyone who might listen.  I've been called
> obsessive, someone who attacks people, I've not been listened to and I've
> been lectured on policy by people who quote three letter shortcuts at me
> without reading the policy.
>
> An admin just told me that I had submitted too many kilobytes which
> violated some sort of policy. When I pointed out that half of the kilobytes
> were references I was ignored. When I pointed out that the one reverting me
> was deleting no contentious stuff I was told I was being contentious. When
> I pointed out I had been told I'm not allowed to use primary sources in any
> way and the policy was its ok but to use it with care, and all I was doing
> was checking a company directorship, I was ignored.
>
> I wrote your [[exploding whale]] article. I invented your [citation
> needed] tag. I started your admins noticeboard.
>
> But I'm not well, and nobody on Wikipedia seems to be kind. You are all so
> busy power tripping that you forget there is a real, live person on the
> other side. A person who is wounded. I haven't always been this depressed.
> Not anxious. I stupidly logged into my account yesterday, one that nobody
> knew I used, and tried to edit the Salim Mehajer article. I was surprised
> it wasn't there, but I've never been so obstructed I all my life. It's not
> even that there was a disagreement, it was like I wasn't worth anything. I
> spent hours of my time researching the article, trying to do a good job.
> But in an instant the material was ripped away, and I was called obsessed.
>
> That's not what I was called when I rewrote the [[USA PATRIOT Act]]
> article. People told me it was long, but they were encouraging. My hard
> work was appreciated.
>
> I've never attacked the subject of the article, Salim Mehajer. But when I
> was called obsessive, I guess something broke inside me. I reached badly
> and called the guy who called me obsessive a twit. Then I wrote a bitter
> article and posted it on my blog. You can read it here:
>
>
> http://randomtechnicalstuff.blogspot.com.au/2016/05/dont-bite-newbies-why-wikipedia-is-such.html
>
> Then I stewed. I couldn't stop thinking about how I'd tried to get a
> decent article sorted out again, but I just couldn't seem to get traction.
>
> I originally had taken material from the [[City of Auburn]] article that
> was about the individual. I should have realised it was partisan, and it
> was a bad judgement call. I write done more material, but it was far too
> negative. I guess o didn't see it that way at the time.
>
> I recall I went to bed and the next day I was accused of writing an attack
> article and an admin slapped on not one but two template telling me I was
> about to be blocked. Then I discovered the article had been deleted. Nobody
> had notified me. I couldn't work out what had happened. Then I realised it
> had been deleted.
>
> So I tried again. This time I started from scratch. I started to edit very
> carefully. I started with a paragraph stub which just very, very briefly
> noted Mehajor is a deputy mayor and property developer. I think I wrote a
> short paragraph Bout his wedding which was very notable. It's in the
> history.
>
> Then it was put up for deletion again. In the A7 category. I'm rusty at
> Wikipedia, sure, but what? A7? It was for notability. But, I thought, how?
> The man is highly significant! Not a day goes by without the media talking
> of his exploits!
>
> So I objected. The editor rounded on me. He's famous for being famous,
> like a Kardashian! he said. But I said, he was a deputy mayor and he's been
> in the Australian media extensively! It's not just his wedding (which was
> notorious) - it's his property deals, and his companies, and he got his
> entire council sacked! And he is in court all the time and is under an AFP
> investigation! That *is* notable!
>
> But, I was told, there's not enough In the article. I was referred to
> another acronym about notability. But I know about notability policy, I
> thought. It's about the subject, not the content of the article..,
> desperately I hunted through the policy git the section on this. I'd read
> it before, years ago. If the article was deleted before I got a chance to
> object, I'd be called a troll, or worse. I'd be blocked for recreating it.
> In the nick of time I found the section and objected, and I asked to have
> it put on Articles For Deletion. And I pointed out I was literally editing
> the article when it was almost deleted - because 

Re: [Wikimedia-l] What New Thing is WMF Doing w. Cookies, & Why is Legal Involved?

2016-05-01 Thread Vi to
Edits didn't affect the content of the policy actually. Also a cookie
policy is essentially a legal stuff, I'd be surprised to *don't *see the
legal team editing it.

As a "sockpuppet investigator" I never rely upon cookies, I prefer
fingerprints and social security numbers.

Vito

2016-05-01 23:40 GMT+02:00 Trillium Corsage :

> I noticed Michelle Paulson editing the "Cookie Statement" page, and it
> seemed kind of strange to me because I thought it more a technical and IT
> thing to edit. But Michelle is WMF Legal, right?
>
> Is WMF doing something new (or newish, maybe I'm a little late in picking
> up on this) with cookies? Can someone describe to me what that is, in
> layman's terms?
>
> Is it about third-party marketing and working up personal profiles of
> editors and readers? What sort of new information is the WMF gathering, if
> it is, on editors and readers?
>
> Are there privacy concerns we should be worried about?
>
> Will the information gathered by the cookies be made available to the
> anonymous administrative "volunteers" the WMF grants access to the
> non-public information of editors? The so-called "sockpuppet investigators"
> and so forth?
>
> Here:
> https://wikimediafoundation.org/w/index.php?title=Cookie_statement=historysubmit=revision=105722=104960
> .
>
> Trillium Corsage
>
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Wikipedia Zero mass effect on Wikimedia projects

2016-03-24 Thread Vi to
It's ordinary countervandalism, honestly I cannot find anything
questionable but maybe a missed something.

Vito

2016-03-24 9:04 GMT+01:00 David Emrany :

> Dear Gerard
>
> Correspondingly, what I find unconscionable for us is that a small
> group of Commons editors /admins congregated on the talk page of
> 'Teles' and discussed how to secretly spy on these new Zeropaid
> enabled editors and monitor their Facebook-basic pages [1], [2].
>
> IMO had this been more widely discussed at Commons seeking solutions,
> we would not be seeing unfortunate news articles like the one Andreas
> Kolbe has linked to
>
> Regards
>
> Dave
>
> [1]
> https://commons.wikimedia.org/w/index.php?title=User_talk%3ATeles=revision=168565809=168565337=en
>
> [2]
> https://commons.wikimedia.org/w/index.php?title=User:Teles/Angola_Facebook_Case=168514640
>
> On 3/20/16, Gerard Meijssen  wrote:
> > Hoi,
> > Realistically. Wikipedia is very much an enabler.
> >
> > Your ease to consider "simply" disabling mobile edits or uploads I find
> > appalling. People in countries like USA or UK are very fortunate. Nobody
> > would ever argue to disable their edits or uploads. At the same time as a
> > movement we desperately need more and more diverse involvement. While you
> > may say what you want, it is unconscionable for us to do as you suggest
> as
> > it is fully contrary to what we aim to achieve.
> >
> > What we are experiencing is a bump in the road. We have to deal with it
> but
> > throwing the baby with the washing water? REALLY !!
> > Thanks,
> >   GerardM
> >
> > On 19 March 2016 at 15:03, David Emrany  wrote:
> >
> >> Hi Adele
> >>
> >> Can we have a clear picture of Wikimedia's ‘complicated’ relationship
> >> with net neutrality - 1year on from the Washington Post story [1]
> >>
> >> Can we also have specific figures on how much of WMF's traffic has
> >> been lost / gained from key markets in Latin America and Asia after
> >> regulators have blocked zeropaid schemes due to local concerns.
> >>
> >> WMF's "complicated" stance has also turned off many like-minded
> >> support groups who stand for pure net neutrality - and not WMF's or
> >> Facebook's ersatz versions [2]
> >>
> >> Lastly, if the primary aim of Wikipedia Zero is to gain readership,
> >> why not simply disable all mobile edits / uploads from these accounts.
> >>
> >> David
> >>
> >> [1]
> >>
> http://www.washingtonpost.com/blogs/the-switch/wp/2014/11/25/wikipedias-complicated-relationship-with-net-neutrality/
> >>
> >> [2]
> >>
> https://blog.wikimedia.org/2014/08/01/wikipedia-zero-and-net-neutrality-protecting-the-internet/
> >>
> >> On 3/19/16, Adele Vrana  wrote:
> >> > Hi Teles,
> >> >
> >> > As the head of the Wikipedia Zero program, I would like to respond and
> >> > provide more context to the important challenges you are bringing up.
> >> >
> >> > Last year, the Foundation increased our security and privacy by
> >> > requiring
> >> > HTTPS to access all Wikimedia projects. That change has greatly
> impacted
> >> > the Wikipedia Zero program, and most importantly has also allowed
> >> > editing
> >> > (and not only reading) and extended the scope of zero-rated access
> from
> >> > just Wikipedia to all Wikimedia projects. However, our banners do not
> >> > reflect this additional zero-rating, but still only appear on
> Wikipedia.
> >> >
> >> > In your message you highlight two main concerns. One would be the
> upload
> >> of
> >> > copyrighted materials and overall abuse on Commons. The other concern
> >> > regards how the editing community should deal with an influx of new
> good
> >> > faith edits and potential editors in Portuguese, with particular
> >> challenge
> >> > of the extra work this causes for existing community members.
> >> >
> >> > Regarding Commons, we have experienced abuse from a few subscribers
> of a
> >> > Zero partner in Angola. Typically what happens is that the pirates
> >> > upload
> >> > copyrighted movies to Commons either directly or in a concealed form
> >> (like
> >> > huge/split PDFs or JPEGs). Then they promote the links on Facebook or
> a
> >> > similar public forum for others to download. When partners become
> aware
> >> of
> >> > this they have flagged it to us and we've, in turn, flagged it to
> >> Community
> >> > Engagement who has worked with editors to try and make sure it's
> >> > removed.
> >> >
> >> > We agree that this is not an ideal way to handle this problem, and we
> >> would
> >> > prefer to catch it much earlier or simply prevent it outright (without
> >> > significant limits being placed on good faith editors). Last fall, we
> >> > had
> >> > internal discussions on finding technical solutions for this problem.
> >> > However, we discovered that we could not widely identify traffic from
> >> zero
> >> > rated partners, and that ability was a prerequisite to address this
> >> issue.
> >> > As of December 2015, 

Re: [Wikimedia-l] Wikipedia Zero mass effect on Wikimedia projects

2016-03-23 Thread Vi to
Personally I'd say "it's 100% wrong" but "not 100% to blame".

I've just made https://phabricator.wikimedia.org/T130761 IMHO we need to
address the problem form a technical point of view, implicitly discarding
"block'em all" options.

Vito

2016-03-23 19:42 GMT+01:00 Keegan Peterzell :

> On Wed, Mar 23, 2016 at 1:26 PM, Keegan Peterzell 
> wrote:
>
> >
> >
> > On Wed, Mar 23, 2016 at 1:20 PM, Ziko van Dijk 
> wrote:
> >
> >> Actually, I am quite appalled by the article. Whether one wants to see
> >> something positive in pirating or not, the Wikimedia servers are not
> meant
> >> for this purpose (for good reasons). Breaking rules and taking abuse of
> an
> >> opportunity is not a goal by itself.
> >> Kind regards
> >> Ziko
> >>
> >
> > ​Call it what you want, but the world is changed when ordinary people who
> > are just trying to do ordinary things​
> >
> > ​have a roadblock put in front of them. This is that kind of thing, and
> > it's the "revolution" power of the distributed internet.​ We can shut
> them
> > down, but Angolans are going to find another way to do the very things
> that
> > those with full access to the internet take for granted. As Jason says,
> we
> > should take great caution and give deep thought before taking a binary
> side.
> >
> >
> ​Oh, and I'm not condoning the behavior or use of Wikimedia servers, but I
> do think that the entire situation is much more nuanced than the simplicity
> of "that's wrong."​
>
>
> --
> ~Keegan
>
> https://en.wikipedia.org/wiki/User:Keegan
>
> This is my personal email address. Everything sent from this email address
> is in a personal capacity.
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Who runs the Wikimedia Shop ?

2016-03-21 Thread Vi to
Above all hosting a shop means:
*production on demand: no "risks" but products become more expensive and
slow to deliver
*warehousing: means immobilizing a certain amount of money at the risk to
accumulate unsold items.
IMHO an internal shop would be justified by turnover at least 10 times
greater than Joseph's estimate in following email.

Vito

2016-03-21 20:43 GMT+01:00 Gerard Meijssen :

> Hoi,
> Have you considered the cost? It is not free to run a shop. When another
> organisation can do it for you for less, it would be not good to have an
> own shop on principles only.
> Thanks,
>   GerardM
>
> On 21 March 2016 at 20:39, Steinsplitter Wiki  >
> wrote:
>
> > Why do we need such a Shop?
> >
> > (I must admit that i tested the job a year ago, the product was fine, the
> > shipment fast. A bit expensive for my taste.)
> >
> > I agree with other users that the shop schould be hosted on wikimedia
> > servers.
> >
> > --Steinsplitter
> >
> > > Date: Mon, 21 Mar 2016 17:41:46 +0100
> > > From: rupert.thur...@gmail.com
> > > To: wikimedia-l@lists.wikimedia.org
> > > Subject: Re: [Wikimedia-l] Who runs the Wikimedia Shop ?
> > >
> > > How many orders are handled by this shop?
> > >
> > > Rupert
> > > On Mar 21, 2016 17:32, "Joseph Seddon"  wrote:
> > >
> > > > In an ideal world then I would definitely be pushing for a fully
> > wikimedia
> > > > hosted online shop. I completely agree with the principles you've
> > raised.
> > > > But moving in-house would require resources for building and
> > maintaining an
> > > > ecommerce workflow that I don't think we collectively can justify.
> The
> > > > setup and maintenance of any solution would require a degree of
> people
> > > > power that I personally think could be spent better elsewhere in the
> > > > movement as I am sure you would agree.
> > > >
> > > > Throwing together an e-commerce site can be easy. But doing it well,
> > > > ensuring you are PCI compliant, ensuring its stable, secure etc. etc.
> > and
> > > > making it user friendly both front and back end. That takes time and
> > money.
> > > > Even if we did all that we would still in end up using a third party
> > > > payment gateway. To ensure the shop is viable and not a drain we need
> > to
> > > > keep it as efficient as possible.
> > > >
> > > > As Marc said Shopify may not be completely FLOSS but many of the
> > frameworks
> > > > that Shopify use in their hosted service are on available on Github
> > [1] and
> > > > I would encourage you to take a look.
> > > >
> > > > With regards to the URL, I as a customer would find a top 10 website
> > > > sending me to a third party URL for their shop highly suspicious and
> I
> > > > certainly could treat it with suspicion. Making it clear that it is
> > hosted
> > > > by shopify I think would at least improve the situation.
> > > >
> > > > Regards
> > > >
> > > > Seddon
> > > >
> > > > On Mon, Mar 21, 2016 at 7:34 PM, Ricordisamoa
> > > >  wrote:
> > > > > Il 21/03/2016 13:14, Marc A. Pelletier ha scritto:
> > > > >>
> > > > >> On 2016-03-21 8:03 AM, Ricordisamoa wrote:
> > > > >>>
> > > > >>> As in [1] I'd like to know whether the use of Shopify is
> > acceptable for
> > > > a
> > > > >>> FOSS-friendly organization. Thanks in advance.
> > > > >>
> > > > >>
> > > > >> While Shopify isn't FLOSS-only, they're a fairly okay place that
> > does
> > > > >> contribute to FLOSS themselves (mostly in the Ruby and Go worlds,
> > that
> > > > >> intersect very little with our own tech).
> > > > >>
> > > > >> I don't think it's reasonable to expect that every external
> > supplier is
> > > > >> all-FLOSS.  For one, the movement would be pretty much stuck
> without
> > > > >> hardware, networking gear, and power at the very least.  Not every
> > > > >> service/provider even *have* pure-FLOSS alternative - let alone
> > good or
> > > > even
> > > > >> adequate ones.
> > > > >>
> > > > >> -- Coren / Marc
> > > > >>
> > > > >
> > > > > My concern was about the (likely proprietary) JavaScript that is
> run
> > on
> > > > the
> > > > > customers' devices, but it turns out that it isn't actually
> required
> > to
> > > > > browse and purchase?
> > > >
> > > > I very quickly looked, and it appears to be mostly open libraries and
> > > > Shopify specific code for making purchases.
> > > > However any amount of tracking could be hidden somewhere in their
> > > > JavaScript, and an audit today doesnt mean it is safe to use
> tomorrow,
> > > > as the source code is not publicly reviewed before being deployed.
> > > >
> > > > > And yes, it'd be nice if the server side was under WMF's control
> too!
> > > >
> > > > IMO it is more important that any service on the "wikimedia.org"
> > > > domain (and others owned by WMF) is free software.
> > > >
> > > > Outsourcing the service provision is fine, provided the software is
> > > > free software and the delegated 

Re: [Wikimedia-l] Disabe Media Viewer for non-logged-in users and logged-in users on Wikimedia Commons

2016-03-14 Thread Vi to
Oh I missed dates, this is a good point then. Ignoring a wide community
consensus is *always* a mistake. Final decisions might even diverge from
consensus but *ignoring* is the worst way.

Vito

2016-03-14 21:31 GMT+01:00 Michael Peel :

> That's a good point. I've started a discussion on Commons' VP about this
> at:
>
> https://commons.wikimedia.org/wiki/Commons:Village_pump#2014_RfC_for_the_Media_Viewer
>
> Thanks,
> Mike
>
> > On 14 Mar 2016, at 17:03, Anthony Cole  wrote:
> >
> > That RFC is 20 months old. That media viewer is not today's media viewer.
> >
> > Anthony Cole
> >
> >
> > On Mon, Mar 14, 2016 at 11:12 PM, Marc A. Pelletier 
> > wrote:
> >
> >> On 16-03-14 10:59 AM, Nathan wrote:
> >>> the non-participation of
> >>> non-participants can't render all decisions invalid.
> >>
> >> It rarely becomes a problem in practice; the vast majority of decisions
> >> made on projects are editorial or internal management.
> >>
> >> In this particular case, there is a tiny segment of the editing
> >> community making a sweeping UI decision that - by definition - doesn't
> >> even affect *them*.
> >>
> >> That can't possibly be right.
> >>
> >> -- Marc
> >>
> >>
> >> ___
> >> Wikimedia-l mailing list, guidelines at:
> >> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> >> New messages to: Wikimedia-l@lists.wikimedia.org
> >> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> >> 
> >>
> > ___
> > Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
>
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Disabe Media Viewer for non-logged-in users and logged-in users on Wikimedia Commons

2016-03-14 Thread Vi to
Same with consensus from logged-out users to implement MV.

I have no strong feelings about the issue (anons shouldn't be affected by
MV side effects but also MV is almost useless on Commons) but well,
consensus cannot be ignored.

Vito

2016-03-14 15:28 GMT+01:00 Marc A. Pelletier :

> On 16-03-14 10:24 AM, Steinsplitter Wiki wrote:
> > I request the Wikimedia Foundation to disable Media Viewer for logged
> out users as well. There is consensus to do so. Please respect community
> consensus.
>
> Really?  You have consensus from logged out users?  How did you
> ascertain that?
>
> Or did you mean that you have consensus from a community that is
> explicitly not affected by the feature to turn it off for people other
> than themselves?
>
> -- Coren / Marc
>
>
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] The right time is now!

2016-02-25 Thread Vi to
2016-02-25 23:34 GMT+01:00 Milos Rancic :

> I stopped responding to other emails because the significance of this
> moment is so large, that we have now we didn't have since the
> beginnings of Wikipedia.
>
> We've got the chance to rebuild the movement.
>

I was about to write something like this, lots of ideas are arising but I
fear most of will be lost in confusion.



> You proved to be capable. Last couple of weeks I read many insightful
> emails from you, WMF employees -- some of them I didn't know at all. I
> heard thoughts I've never heard before on this list. They've been born
> in pain and you mustn't lose them.
>
> Now you have the opportunity to lead *the* change. You are not anymore
> just the most organized part of the movement, you've just articulated
> yourself as capable to make the change you want to.
>
>
Working at WMF implies two kind of expectations: ...money! (Job -> salary,
simply!) but also a lot of moral/ethical expectations. What went wrong with
a stricter management were those expectations being frustrated. There's a
certain turnover between the volunteers and the paid staff, which should
never be forgot.

In a future board composition I think a seat (maybe non voting) for
employees could avoid (or at least warn against) catastrophic failures in
management.


Vito
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 


Re: [Wikimedia-l] Thank you for our time together.

2016-02-25 Thread Vi to
Maybe I'm too far from the relevant stuffs but I feel like it was your
(implicit) mandate to be proven wrong.

There's a series of far deeper flaws within our ecosystem arising anytime
it is under pressure. The biggest one is having a Board which is sometimes
supposed to direct, sometimes to dictate, most of times to advice.
I hope your remarkable stepping down wont make us forget about those
underlying issues.

From the positive side I want to remember the efforts in gathering
*numbers* about some of the most challenging issues we're facing.

Ciao!
Vito

2016-02-25 19:45 GMT+01:00 Lila Tretikov :

> Dear fellow Wikimedians,
>
>
>
> It is with great respect that I have tendered, and the board has accepted,
> my resignation as Executive Director of the Wikimedia Foundation earlier
> this week. I am both inspired by, and proud of, the many great things we
> have all accomplished at the Foundation over the last two years, most
> significantly reversing the loss of our editorial community. I would like
> to thank our Board of Trustees
>  and Advisors
> , our Foundation
> staff
> , as well as
> the many outstanding community members
>  for their
> support
> and encouragement on this journey. I remain passionate about the value and
> potential of open knowledge and Wikimedia to change the world. My last day
> at the Foundation will be March 31, 2016.
>
> Wikimedia occupies a special place in the world. It is a cultural and
> technological revolution. Change is necessary to keep it thriving. In
> bringing me in as the Executive Director of the Wikimedia Foundation the
> Board tasked me with making changes
> <
> https://meta.wikimedia.org/wiki/Lila_Tretikov%27s_statement_on_Why_we%27ve_changed
> >
> to serve the next generation and ensure our impact in the future. Driving
> these changes has been challenging, and I have always appreciated the open
> and honest discourse we have had along the way. However, I am moved by the
> accomplishments we have achieved during this time:
>
>
>-
>
>Strategically, we laid out our summary of the vision for united in
>knowledge
><
> https://meta.wikimedia.org/w/index.php?title=File:WMF_Strategy_Preview,_WMF_Metrics_Meeting_June_2015.pdf=50
> >
>and future of Wikimedia last June.
>-
>
>Operationally, we have reformed our procedures and initiated key
> performance
>metrics and reviews
><
> http://blog.wikimedia.org/2015/10/20/foundation-quarterly-report-july-september-2015/
> >.
>
>-
>
>Technologically we have introduced innovative approaches such as machine
>learning
><
> http://blog.wikimedia.org/2015/11/30/artificial-intelligence-x-ray-specs/>
>and mobile
>
>applications, started improvements in search
><
> http://blog.wikimedia.org/2015/12/23/search-and-discovery-on-wikipedia/>,
>grew translations
><
> http://blog.wikimedia.org/2016/01/29/content-translation-5-articles/>
>and dramatically improved website performance
><
> http://blog.wikimedia.org/2014/12/29/how-we-made-editing-wikipedia-twice-as-fast/
> >.
>In 2015, we made visual editor the default for all new users on English
>Wikipedia.
>-
>
>We united our community support departments and created a new community
>tech team to address community needs
><
> https://meta.wikimedia.org/wiki/2015_Community_Wishlist_Survey/Status_report_1
> >.
>
>-
>
>Profoundly, for the first time in seven years, highly active editor
>numbers have increased
> and
>overall editor decline has stopped.
>-
>
>Equitably, I am proud of our efforts to address the gender gap
><
> http://blog.wikimedia.org/2015/03/04/inspire-campaign-funds-gender-diversity/
> >,
>our growing focus on site safety and anti-harassment
> initiatives and child
>protection -- I believe these are essential to protecting the
> fundamental
>principles of tolerance, open discourse and mutual respect -- our
> greatest
>strengths.
>-
>
>We fought against censorship and surveillance
><
> http://www.nytimes.com/2015/03/10/opinion/stop-spying-on-wikipedia-users.html?_r=0
> >,
>which  pose severe existential threats to our mission of free knowledge.
>-
>
>Financially, we grew rapidly in 2014 to seed and launch the Wikimedia
>Endowment  and secure our
>future for years to come.
>
>
> I move on with confidence that the Foundation can meet new challenges in a
> challenging environment. I believe in our ability to continue to lead
> through this