Re: [Wikimedia-l] Fundraising banner and chapter members

2014-06-19 Thread Pine W
I recall hearing about this idea before at least once. I'm emailing this to
Steven Walling to get input from the Growth team. It's an interesting idea
especially if WMDE tried it and had success.

Pine


On Wed, Jun 18, 2014 at 2:29 AM, rupert THURNER rupert.thur...@gmail.com
wrote:

 Hi,

 Wmde had big success coupling the fundraising banner with a how ti
 contribute message (active, passive chapter members, community projects
 ...). There is only one other chapter currently beeing able to do that,
 wmch.

 Would it be possible to allow this to all chapters in future if they want
 to? To note, this is _not_ about changing the payment processing.

 Rupert
 ___
 Wikimedia-l mailing list, guidelines at:
 https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
 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
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] Moderation (was Wikiconference USA in the media)

2014-06-19 Thread Lodewijk
Please note that moderation is not a punishment: it is imposed as a measure
to avoid future posts within a certain pattern of expectation when there
are reasonable grounds to do so.

I think many people will agree that Russavia has been uncivil on quite a
few occasios - I would even go as far as that I'm not surprised any more if
(s)he is uncivil on this list. Therefore, I think there is a reasonable
expectation that the pattern will continue - and I find it acceptable to
moderate a person in such a situation to ensure future posts will be
posterboys of civilty (well, or at least somewhat moderate).

I'm confident that the list moderators will moderate timely, will let
through decent posts that approach civilty and that they will remove the
moderation once the expectation of uncivil posts has been reversed (for
example, when Russavia stopped making them).

I do second the insinuated requests by Tomasz and Fae that other people
should be held to the same standards in the future, and they be moderated
too when a pattern of uncivil behavior develops.

Best,
Lodewijk


2014-06-19 1:31 GMT+02:00 Nathan nawr...@gmail.com:

 On Wed, Jun 18, 2014 at 7:19 PM, Fæ fae...@gmail.com wrote:
 
  I have taken a moment to find a relevant reference to back up my
  memory, see [1] which shows Salvio giuliano vigorously defending his
  use of the word butthurt. Salvio giulano is a current English
  Wikipedia Arbcom member. I have not bothered to research further use
  of this word by other current or past Arbcom members.
 
  I think most readers of this list will find it odd to see that
  butthurt used in a mild and colourful context on this list by
  Russavia, gets highlighted and becomes a matter of objection by
  Newyorkbrad, a current Arbcom member, resulting in Russavia being
  moderated for an unspecified duration, while another Arbcom member has
  previously stated that his use of the same rude word is perfectly
  appropriate and legitimate public behaviour for himself in the rough
  and tumble of frank discussion.
 
  Could the rationale for moderation be restated please, so that
  Russavia better understands what was unacceptable about his post here,
  and could we please have an idea as to what duration moderation is
  expected?
 
  Links
  1.
 
 https://en.wikipedia.org/w/index.php?title=Wikipedia:Arbitration_Committee/CheckUser_and_Oversight/2012_CUOS_appointments/OS/Salvio_giulianodiff=499668471oldid=499659747
 
  PS I have not discussed this email with Russavia, nor has Russavia
  canvassed me about it.
 
  Fae
  --
  fae...@gmail.com https://commons.wikimedia.org/wiki/User:Fae
 



 This is the same discussion where you described using the word butthurt as
 offensive in any context, inflammatory, uncivil, disrespectful and possibly
 defamatory? What, again, was your complaint with Russavia being moderated
 for writing it?
 ___
 Wikimedia-l mailing list, guidelines at:
 https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
 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
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] Rethinking Commons paradigms with Wikidata // was The tragedy of Commons

2014-06-19 Thread David Cuenca
On Wed, Jun 18, 2014 at 6:58 PM, Fæ fae...@gmail.com wrote:

 In the meantime, it might be an idea for folks to avoid claiming that
 any issue that pops up on Commons can be solved in Wikidata, unless
 they can produce a working case study rather than discussion about
 proposals.


One of the Commons parts that could benefit most from Wikidata are the
content pages, aka Galleries. Right now they are volunteer-maintained and
they look like this:
https://commons.wikimedia.org/wiki/Sagrada_Fam%C3%ADlia

But it doesn't need to be so, these pages could be automated, so the page
is composed by querying images and sorting them automatically. Of course
volunteer intervention would be also needed to define the queries, but it
would be more sustainable than now (i.e. the page would be automatically
updated with new images if they meet the query criteria).
To achieve this it would be necessary to re-think Galleries, and consider
other paradigms, like that used by IMSLP.
Check for instance:
http://imslp.org/wiki/Tristan_und_Isolde,_WWV_90_(Wagner,_Richard)

That is a page for the work, and the different expressions/files are
structured in one page. This structure however is volunteer-maintained, but
it is to consider each file as a metadata container, and the section as the
result of a query. This approach is not followed in Commons, that is more
category-oriented.

Going back to the original Sagrada Familia gallery example:
- the header data can be extracted from Wikidata with a Lua template. That
can be done now, no need to wait, just needs a Lua template and connect
with Wikidata via sitelink.
- each section would be a query for instance depicts:sagrada familia AND
depicts:exterior.
- each file would be needed to be tagged accordingly with structured data,
and it would show up in the gallery page.

Galleries, thus, would become the hub where all media related to a subject
could be accessed. That, of course, would be too many images, considering
that just the Towers of Sagrada familia category has 159 images:
https://commons.wikimedia.org/wiki/Category:Towers_of_the_Sagrada_Fam%C3%ADlia

That means that it would be needed to limit query results and define
criteria to decide which images to show, and let the user expand the full
query when wished.
Or another page (gallery) could be created for the Towers of Sagrada
familia, which in turn could contain more queries for further details
about the the towers depicts:sagrada familia AND depicts:exterior AND
depicts:right tower AND NOT depicts:left tower.
Categories would be rendered superfluous, with the focus shifted towards
maintaining queries and the proper description of image files with
structured data.

Anyhow, these are just some ideas to show that there are different ways of
working with media that might be more effective in the long run.

Cheers,
Micru
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
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] Rethinking Commons paradigms with Wikidata // was The tragedy of Commons

2014-06-19 Thread Jane Darnell
Though I like the IMSLP approach, I still like the totally free format of
Commons galleries, and many categories have more than one gallery, so a
standard approach may not work well. I do think WikiData can help with
image navigation somehow, but I am just not sure how. As I understood Lua,
this won't help.

quote Categories would be rendered superfluous, with the focus shifted
towards maintaining queries and the proper description of image files
with structured
data. /unquote
Ahh - the dream of every Wiki(p/m)edian who has hit the wall on category
limitations! I don't believe they will ever become superfluous. Rather, I
think we should be increasing the use of categories (using them almost like
tags) and even allowing empty categories using placeholders taken from
existing Wikipedia articles that are missing pictures. Also, I don't think
many of our Sagrada familia photo contributors have an idea what a query
is, nor do they care about structured data.

Using your example, We could split the Towers of Sagrada familia into
each tower, then into each sculpture on each tower, etc. Volunteers decide
the structure of the categories that may or may not match up with WikiData
items, but only filled categories are visible to the casual browser. The
next time someone uploads something into the default Sagrada Familia
category, there could be push messages to the uploader displaying something
from the empty category placeholders, along the lines of Z-language
Wikipedia is missing a picture of X tower - does this file show that?

The WLM project has a rough version of this with the easy upload link for
the unique identifiers:
https://en.wikipedia.org/wiki/Wiki_Loves_Monuments#Unique_identifiers

This puts the infrastructure on Wikipedia along with the prompt to upload.
It would be nice if the prompt to upload could be on Commons directly.


On Thu, Jun 19, 2014 at 11:51 AM, David Cuenca dacu...@gmail.com wrote:

 On Wed, Jun 18, 2014 at 6:58 PM, Fæ fae...@gmail.com wrote:

  In the meantime, it might be an idea for folks to avoid claiming that
  any issue that pops up on Commons can be solved in Wikidata, unless
  they can produce a working case study rather than discussion about
  proposals.


 One of the Commons parts that could benefit most from Wikidata are the
 content pages, aka Galleries. Right now they are volunteer-maintained and
 they look like this:
 https://commons.wikimedia.org/wiki/Sagrada_Fam%C3%ADlia

 But it doesn't need to be so, these pages could be automated, so the page
 is composed by querying images and sorting them automatically. Of course
 volunteer intervention would be also needed to define the queries, but it
 would be more sustainable than now (i.e. the page would be automatically
 updated with new images if they meet the query criteria).
 To achieve this it would be necessary to re-think Galleries, and consider
 other paradigms, like that used by IMSLP.
 Check for instance:
 http://imslp.org/wiki/Tristan_und_Isolde,_WWV_90_(Wagner,_Richard)

 That is a page for the work, and the different expressions/files are
 structured in one page. This structure however is volunteer-maintained, but
 it is to consider each file as a metadata container, and the section as the
 result of a query. This approach is not followed in Commons, that is more
 category-oriented.

 Going back to the original Sagrada Familia gallery example:
 - the header data can be extracted from Wikidata with a Lua template. That
 can be done now, no need to wait, just needs a Lua template and connect
 with Wikidata via sitelink.
 - each section would be a query for instance depicts:sagrada familia AND
 depicts:exterior.
 - each file would be needed to be tagged accordingly with structured data,
 and it would show up in the gallery page.

 Galleries, thus, would become the hub where all media related to a subject
 could be accessed. That, of course, would be too many images, considering
 that just the Towers of Sagrada familia category has 159 images:

 https://commons.wikimedia.org/wiki/Category:Towers_of_the_Sagrada_Fam%C3%ADlia

 That means that it would be needed to limit query results and define
 criteria to decide which images to show, and let the user expand the full
 query when wished.
 Or another page (gallery) could be created for the Towers of Sagrada
 familia, which in turn could contain more queries for further details
 about the the towers depicts:sagrada familia AND depicts:exterior AND
 depicts:right tower AND NOT depicts:left tower.
 Categories would be rendered superfluous, with the focus shifted towards
 maintaining queries and the proper description of image files with
 structured data.

 Anyhow, these are just some ideas to show that there are different ways of
 working with media that might be more effective in the long run.

 Cheers,
 Micru
 ___
 Wikimedia-l mailing list, guidelines at:
 https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
 

Re: [Wikimedia-l] Moderation (was Wikiconference USA in the media)

2014-06-19 Thread Austin Hair
On Thu, Jun 19, 2014 at 9:20 AM, Lodewijk lodew...@effeietsanders.org wrote:
 Please note that moderation is not a punishment: it is imposed as a measure
 to avoid future posts within a certain pattern of expectation when there
 are reasonable grounds to do so.

Absolutely correct. Moderated posts stand a good chance of continuing
on to the list, so long as they aren't furthering whatever caused
their sender's posts to be held.

 I think many people will agree that Russavia has been uncivil on quite a
 few occasios - I would even go as far as that I'm not surprised any more if
 (s)he is uncivil on this list. Therefore, I think there is a reasonable
 expectation that the pattern will continue - and I find it acceptable to
 moderate a person in such a situation to ensure future posts will be
 posterboys of civilty (well, or at least somewhat moderate).

 I'm confident that the list moderators will moderate timely, will let
 through decent posts that approach civilty and that they will remove the
 moderation once the expectation of uncivil posts has been reversed (for
 example, when Russavia stopped making them).

I think the note Richard sent about the action unintentionally drew
too much attention to one particular word, when the reality is that it
was the result of a pattern of behavior that we finally deemed to be
too much. And while he remains on moderation, the one message I've
seen Russavia send since was allowed to be posted, because—as Lodewijk
points out—moderation is not a punitive ban.

 I do second the insinuated requests by Tomasz and Fae that other people
 should be held to the same standards in the future, and they be moderated
 too when a pattern of uncivil behavior develops.

It's true that there have been periods where this list hasn't been
watched as closely as at other times, and I understand that this can
seem downright unfair. I will say that at least the default is to err
on the side of leniency, but we'll do our best to continue with
even-handed oversight.

Austin

___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
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] Rethinking Commons paradigms with Wikidata // was The tragedy of Commons

2014-06-19 Thread David Cuenca
On Thu, Jun 19, 2014 at 1:24 PM, Jane Darnell jane...@gmail.com wrote:

 Though I like the IMSLP approach, I still like the totally free format of
 Commons galleries, and many categories have more than one gallery, so a
 standard approach may not work well. I do think WikiData can help with
 image navigation somehow, but I am just not sure how. As I understood Lua,
 this won't help.


It doesn't need to be a fixed structure, it can be a mix with some static
media galleries, and some dynamic galleries defined with Ask:
https://semantic-mediawiki.org/wiki/Help:Inline_queries



 Ahh - the dream of every Wiki(p/m)edian who has hit the wall on category
 limitations! I don't believe they will ever become superfluous. Rather, I
 think we should be increasing the use of categories (using them almost like
 tags) and even allowing empty categories using placeholders taken from
 existing Wikipedia articles that are missing pictures.


They could be complementary. For instance, there could be bots that would
tag images in the category sagrada familia as depicts:sagrada familia.
And the other way round too.


 Also, I don't think
 many of our Sagrada familia photo contributors have an idea what a query
 is, nor do they care about structured data.


And neither they should! Better to ask: what is in the picture? and let
them pick any item from wikidata to tag it with.



 Using your example, We could split the Towers of Sagrada familia into
 each tower, then into each sculpture on each tower, etc. Volunteers decide
 the structure of the categories that may or may not match up with WikiData
 items, but only filled categories are visible to the casual browser. The
 next time someone uploads something into the default Sagrada Familia
 category, there could be push messages to the uploader displaying something
 from the empty category placeholders, along the lines of Z-language
 Wikipedia is missing a picture of X tower - does this file show that?


Excellent idea! Actually any part of Sagrada Familia that can have a
gallery page, could fulfill the criteria for having a Wikidata item. There
we can store data about the item and its relation with the whole (sagrada
familia right towerpart ofSagrada Familia) or about the height,
builders, status, etc.
Then it becomes trivial to display the whole tree and signal which parts
are missing. As an example of tree check:
http://tools.wmflabs.org/wikidata-todo/tree.html?q=Q1785783rp=361lang=enmethod=listdepth=4

If this tree was connected with Commons, then I could know which
compositions miss audio and try to find a recording.
Same for any building that can be partitioned. Just build the concept tree
in Wikidata, tag the images appropriately and then you have a very nice
overview about which parts miss pictures.


 The WLM project has a rough version of this with the easy upload link for
 the unique identifiers:
 https://en.wikipedia.org/wiki/Wiki_Loves_Monuments#Unique_identifiers

 This puts the infrastructure on Wikipedia along with the prompt to upload.
 It would be nice if the prompt to upload could be on Commons directly.

 Perfect, later on it could be used a standard wikidata identifier to tag
images with the same result.

Micru
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
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] Moderation (was Wikiconference USA in the media)

2014-06-19 Thread MZMcBride
Austin Hair wrote:
It's true that there have been periods where this list hasn't been
watched as closely as at other times [...]

That's an awfully generous way of putting it. If you're no longer
interested in being a list moderator, you could always step down. There
are plenty of dedicated and active volunteers willing to help moderate
this list. I'm not sure if others feel the same way, but I would be very
glad to see you resign as I feel you're some mixture of an absentee
landlord and a mandarin, clinging to this role for no particularly good
reason. Unfortunately, neither of these labels fits quite right and I've
yet to find the perfect word to capture this pattern of behavior.

MZMcBride



___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
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] Moderation (was Wikiconference USA in the media)

2014-06-19 Thread Lodewijk
I cannot help but wonder, what good you hope to accomplish with this rant.

Seriously, if you insist on making personal attacks like this, just send a
private email.

Best,
Lodewijk


2014-06-19 15:48 GMT+02:00 MZMcBride z...@mzmcbride.com:

 Austin Hair wrote:
 It's true that there have been periods where this list hasn't been
 watched as closely as at other times [...]

 That's an awfully generous way of putting it. If you're no longer
 interested in being a list moderator, you could always step down. There
 are plenty of dedicated and active volunteers willing to help moderate
 this list. I'm not sure if others feel the same way, but I would be very
 glad to see you resign as I feel you're some mixture of an absentee
 landlord and a mandarin, clinging to this role for no particularly good
 reason. Unfortunately, neither of these labels fits quite right and I've
 yet to find the perfect word to capture this pattern of behavior.

 MZMcBride



 ___
 Wikimedia-l mailing list, guidelines at:
 https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
 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
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] VisualEditor office hours

2014-06-19 Thread Maggie Dennis
Hi, guys.

Just a reminder that the first of these starts in about 10 minutes. :) Hope
to see you there!

Maggie


On Tue, Jun 17, 2014 at 12:23 PM, Maggie Dennis mden...@wikimedia.org
wrote:

 Hi, everyone.

 I just wanted to let you know, so you could mark your calendars if
 interested, that the June and July IRC office hour to discuss VisualEditor
 will be held on Thursday June 19th at 1500 UTC and on Saturday July 19th at
 2100 UTC. (See https://meta.wikimedia.org/wiki/IRC_office_hours for time
 conversion links.)

 The logs will be posted on meta after the office hour completes. You'll
 find it, along with logs for older office hours on the topic, at
 https://meta.wikimedia.org/wiki/Category:VisualEditor_office_hours_logs

 Please see https://meta.wikimedia.org/wiki/IRC_office_hours for more
 information on what office hours and how to join in.

 Hope to see you there. :)
 Thanks!

 Maggie

 --
 Maggie Dennis
 Senior Community Advocate
 Wikimedia Foundation, Inc.




-- 
Maggie Dennis
Senior Community Advocate
Wikimedia Foundation, Inc.
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
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] [Wikimedia Announcements] (WMF Board blog post) Through Thick And Thin

2014-06-19 Thread Carlos Monterrey
For those who have not seen it yet, on June 13th the third installment in a
series of regular blog posts by the members of the Wikimedia Foundation
Board of Trustees was posted on the Wikimedia blog. This month’s post was
written by Board member Bishakha Datta on the topic of leadership within
the complex structures of the Wikimedia Foundation. The post is available
in English.

From: https://blog.wikimedia.org/2014/06/13/through-thick-and-thin/

Through Thick And Thin

Posted by Bishakha Datta on June 13, 2014

*This post is part of an ongoing series of monthly blog posts by members of
the Wikimedia Foundation Board of Trustees that aims to shed light on the
function, responsibilities and inner workings of the Board.*

I’ve often thought you need the thin skin of an amphibian and the thick
hide of a rhinoceros to be a trustee of the Wikimedia Foundation. Your skin
must be thin enough to allow different ideas, voices, thoughts and
perspectives to permeate, including those most distant or different from
your own – openness is an inherent aspect of leadership. At the same time,
it must be thick enough to weed out distractions and inessentials. And of
course, your mind must be capable of knowing the difference.

What makes leadership complex in Wikimedia is its vast, diverse and
decentralized nature. Like the movement itself, the 10 of us on the
Wikimedia Foundation board come from different cultures, continents,
backgrounds and experiences – all of which shape how we understand power
and leadership. And all of which determine, to some extent, the kinds of
leaders we aspire to be or will become.

Let’s dive a bit deeper into this. In companies or corporations where the
notion of hierarchy is accepted, power can flow directly up or down in a
straight line. In academics, the teacher-learner dynamic provides cues for
the exercise of power and leadership. In the women’s rights movement, which
is part of my background, power is a dirty word and erasing power
inequalities between genders is an explicit goal. Thus leadership here
cannot be overt or heavy-handed; it has to be subtle and implicit, more
circular and collective, sometimes even veiled. In the sex workers’ rights
movement, of which I am a long-time ally, we turn power on its head and
equip unlettered sex workers or the ‘powerless’ to become leaders. This
requires supportive ‘outsiders’ to consciously step back and transfer some
of their own skills and power to ‘insiders’.

As WMF trustees, we exercise leadership through a mix of methods, from the
invisible to the visible, the implicit to the explicit and the subtle to
the evident. One of our most commonplace, yet most profound, acts of
leadership is upholding shared values and principles, an everyday act that
we take almost for granted. Let’s take consensus, which is a movement-wide
principle. [1] On the WMF board, we regularly strive for consensus in our
decision-making, while understanding that consensus is not unanimity. This
is done through certain routinely followed processes. For example, at our
board meetings, virtual or physical, each trustee is given a chance to
speak on each agenda item. This may sound basic, but this is essential to
give everyone a voice. This round-robin technique ensures that newer
trustees are not hesitant to speak, brings diverse views to the table,
prevents any one trustee or viewpoint from dominating the discussion, or
the formation of cliques or lobbies advocating a particular perspective.
And it ensures we don’t get entrenched in our individual positions – as
long as we are honest enough to admit we may not have all the answers in
our heads. And open enough to changing our minds in the face of better
evidence, arguments and insights.

And as each trustee voices his or her thoughts, never repeating what has
already been said, but plus-oneing, adding, sifting, sorting, shading,
unconsidered points and nuances appear on the table, the conversation
starts to round out – and commonalities, or the building blocks of
consensus, start to emerge. I find this process almost magical – and
Wikipedian in the sense that our collective decisions are built through our
individual contributions that we share with one another, just like our
articles.

Another way we exercise leadership is by using our influence, but this is
done sparingly, modestly and in a peer-to-peer manner that fosters equality
in keeping with our values. An encouraging nod, supportive email or helping
hand where it can make a difference, a candid behind-the-scenes
conversation when it’s called for, sometimes calling a spade a spade, or a
banana a banana rather than an elongated yellow fruit. There is
satisfaction at having done the right thing, even though no one may be
there to witness it.

Leadership is often misunderstood only as flaunting one’s power, but it is
as much about recognizing and accepting the impact, and the limits of
power. As WMF trustees, we entrust the Executive Director to make or
implement 

[Wikimedia-l] The Wikipedia Library: New Free Accounts Available

2014-06-19 Thread Jake Orlowitz
The Wikipedia Library has new, free research account signups available:

New
* British Newspaper Archive http://enwp.org/WP:BNA (50 accounts)
* Keesing's World News Archive http://enwp.org/WP:Keesings (25 accounts)

Expanded
* Credo Reference http://enwp.org/WP:CREDO (200 new accounts)
* JSTOR!! http://enwp.org/WP:JSTOR (400 new accounts).

Medical
* BMJ http://enwp.org/WP:BMJ (25 accounts)
* Cochrane Library http://enwp.org/WP:Cochrane (100 accounts)

Other
*Questia Online Library http://enwp.org/WP:Questia (500 accounts)
*HighBeam Research http://enwp.org/WP:HighBeam (500 accounts)

 Sign up!

Accounts are available to ALL global editors with a 1 year old account and
1000 edits.  Please notify your local community about the signups.  You can
signup today on English Wikipedia.  But!  If you have started a local
Wikipedia Library branch you can host signups on your local Wiki (Arabic,
Chinese...).  To set up a Wikipedia Library branch email Ocaasi at
jorlow...@gmail.com.

Thanks!

Jake Orlowitz (Ocaasi)
The Wikipedia Library
 http://meta.wikimedia.org/wiki/The_Wikipedia_Library
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe