Re: [Wikimedia-l] Education Extension

2015-02-03 Thread MZMcBride
Quim Gil wrote:
On Tue, Feb 3, 2015 at 3:23 PM, MZMcBride z...@mzmcbride.com wrote:
 The proposed concept called collections,

Now the project has a different working name: Gather

https://www.mediawiki.org/wiki/Gather

Thanks, good to know.

doesn't really leverage the fact that we already have
 shared lists of pages called categories.

I wonder how would someone create a list of pages My Favourite Music
Albums using MediaWiki categories.

Perhaps some kind of prefixing scheme. For example, we could have a
category named User:Example/My Favourite Music Albums. Or we could have
Example's favourite music albums; why not?

MediaWiki categories already support the idea of user-facing categories
and hidden categories (e.g., article maintenance categories are
typically hidden on the English Wikipedia). We could extend this model or
redo it to be more flexible. This would be closer to iterative development.

 How would thousands of users gather thousands of pages using MediaWiki
categories.

Erm, probably in the same way thousands of users already gather thousands
of pages into categories? :-)  Wikimedia has a pretty large collection of
categories, some of which contain hundreds of thousands of items. We scale!

 How would these categories be private, how would their owners avoid
other users messing with them.

The end result of a personal selection of pages might look similar to a
MediaWiki category, but they are essentially different.

The watchlist model is probably broken, so I'm not sure that it's is
sensible to use it as a guide for future development. Though arguably the
same could easily be said about categories.

As for other users messing with category membership, we value openness
around here. Think about the way we treat user pages: we don't prevent
other users from improving them, even though they have somebody else's
name on them. If you make a list called 1990s pop bands, wouldn't it be
great if others could update it? That's basically the current category
system. And if we also had Example's 1990s pop bands, others probably
wouldn't update it because they're not Example, but they might
occasionally add or remove a page and you might really enjoy that.

The category system is deficient. We have one of the clunkiest systems to
manage categories. HotCat and VisualEditor make adding a category vaguely
easier, but the software shouldn't be so crippled out of the box. And even
a decent input system doesn't resolve wanting to, for example, rename a
category in MediaWiki. Or track category membership over time. And each
challenge that categories face, this new product (Gather or Collections or
whatever) will face almost exactly the same issues.

There's so much room for improvement in the category system and it seems
like the mobile team really wants lists of pages, which MediaWiki core
already has in the form of categories. It seems like a win-win.

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] Education Extension

2015-02-03 Thread Samir Elsharbaty
Hello everyone,

As a user of the Education extension, for both Wikipedia Education Program
work and non-WEP work, I would recommend using it for other different
purposes. I know many people, including me, who used it to track editathon
activity, working groups and many other projects. It seems that the
extension already covers most of what was suggested here:

- A teacher or wiki-mentor could make a shared watchlist of their
  student's draft pages.
- An editathon organiser could create a shared watchlist of all the
  articles within the scope of the event.
- A wikiproject could create several shared watchlists to group related
  articles for members to more easily monitor.
- probably many other use-cases that might emerge...

If this is the case why shall we have a new extension with the same
features?

Please have a look at this page which covers the features and use of the Ed
extension:
https://outreach.wikimedia.org/wiki/Education/Extension

Also this learning pattern would help understanding how it works:
https://meta.wikimedia.org/wiki/Grants:Learning_patterns/Using_the_education_extension

Please let me know if you have any questions,

Thank you!

On Wed, Feb 4, 2015 at 3:56 AM, MZMcBride z...@mzmcbride.com wrote:

 Quim Gil wrote:
 On Tue, Feb 3, 2015 at 3:23 PM, MZMcBride z...@mzmcbride.com wrote:
  The proposed concept called collections,
 
 Now the project has a different working name: Gather
 
 https://www.mediawiki.org/wiki/Gather

 Thanks, good to know.

 doesn't really leverage the fact that we already have
  shared lists of pages called categories.
 
 I wonder how would someone create a list of pages My Favourite Music
 Albums using MediaWiki categories.

 Perhaps some kind of prefixing scheme. For example, we could have a
 category named User:Example/My Favourite Music Albums. Or we could have
 Example's favourite music albums; why not?

 MediaWiki categories already support the idea of user-facing categories
 and hidden categories (e.g., article maintenance categories are
 typically hidden on the English Wikipedia). We could extend this model or
 redo it to be more flexible. This would be closer to iterative development.

  How would thousands of users gather thousands of pages using MediaWiki
 categories.

 Erm, probably in the same way thousands of users already gather thousands
 of pages into categories? :-)  Wikimedia has a pretty large collection of
 categories, some of which contain hundreds of thousands of items. We scale!

  How would these categories be private, how would their owners avoid
 other users messing with them.
 
 The end result of a personal selection of pages might look similar to a
 MediaWiki category, but they are essentially different.

 The watchlist model is probably broken, so I'm not sure that it's is
 sensible to use it as a guide for future development. Though arguably the
 same could easily be said about categories.

 As for other users messing with category membership, we value openness
 around here. Think about the way we treat user pages: we don't prevent
 other users from improving them, even though they have somebody else's
 name on them. If you make a list called 1990s pop bands, wouldn't it be
 great if others could update it? That's basically the current category
 system. And if we also had Example's 1990s pop bands, others probably
 wouldn't update it because they're not Example, but they might
 occasionally add or remove a page and you might really enjoy that.

 The category system is deficient. We have one of the clunkiest systems to
 manage categories. HotCat and VisualEditor make adding a category vaguely
 easier, but the software shouldn't be so crippled out of the box. And even
 a decent input system doesn't resolve wanting to, for example, rename a
 category in MediaWiki. Or track category membership over time. And each
 challenge that categories face, this new product (Gather or Collections or
 whatever) will face almost exactly the same issues.

 There's so much room for improvement in the category system and it seems
 like the mobile team really wants lists of pages, which MediaWiki core
 already has in the form of categories. It seems like a win-win.

 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




-- 
Samir Elsharbaty,
Communications Intern, Wikipedia Education Program
Wikimedia Foundation
+2.011.200.696.77
selsharb...@wikimedia.org
education.wikimedia.org
___
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, 

Re: [Wikimedia-l] Education Extension

2015-02-03 Thread Federico Leva (Nemo)

Samir Elsharbaty, 04/02/2015 03:08:

It seems that the
extension already covers most of what was suggested here:


- A teacher or wiki-mentor could make a shared watchlist of their
  student's draft pages.
- An editathon organiser could create a shared watchlist of all the
  articles within the scope of the event.
- A wikiproject could create several shared watchlists to group related
  articles for members to more easily monitor.
- probably many other use-cases that might emerge...


Ah, does it. My understanding is that this has been considered feature 
bloat, to be removed in a rewrite of the extension. 
https://www.mediawiki.org/wiki/Editor_campaigns


If it works for you, however, it can hopefully scale. I suggest that you 
comment on https://www.mediawiki.org/wiki/Talk:Gather to suggest they 
split the shared watchlist feature out of the Education extension




If this is the case why shall we have a new extension with the same
features?

Please have a look at this page which covers the features and use of the Ed
extension:
https://outreach.wikimedia.org/wiki/Education/Extension

Also this learning pattern would help understanding how it works:
https://meta.wikimedia.org/wiki/Grants:Learning_patterns/Using_the_education_extension


These are not appropriate places for documentation of a MediaWiki 
extension. Please move to the Help namespace of mediawiki.org.


Nemo

___
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] Education Extension

2015-02-03 Thread Liam Wyatt
On 3 February 2015 at 10:23, Fabian Tompsett 
fabian.tomps...@wikimedia.org.uk wrote:

 We need an
 extension where users easily can form groups (namespace Groups: or
 something, used by an extension), where they easily can see the recent
 changes of edits of group members only


Not precisely this, but related... Is there any plan to have folders in a
watchlist, and then the ability to make a specific folder visible (a.k.a.
shared) to others?

Not only would this make it easier for people with very large watchlists to
manage their work more easily, but this would also mean that a group (e.g.
wikiproject, edithathon participants, classroom...) could easily subscribe
to a shared watchlist folder. This would make it easy for them to follow
each other's edits.
- A teacher or wiki-mentor could make a shared watchlist of their student's
draft pages.
- An editathon organiser could create a shared watchlist of all the
articles within the scope of the event.
- A wikiproject could create several shared watchlists to group related
articles for members to more easily monitor.
- probably many other use-cases that might emerge...

Has this been discussed/suggested before?

-Liam
___
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] Education Extension

2015-02-03 Thread Quim Gil
On Tue, Feb 3, 2015 at 3:23 PM, MZMcBride z...@mzmcbride.com wrote:

 The proposed concept called collections,


Now the project has a different working name: Gather

https://www.mediawiki.org/wiki/Gather

doesn't really leverage the fact that we already have
 shared lists of pages called categories.


I wonder how would someone create a list of pages My Favourite Music
Albums using MediaWiki categories. How would thousands of users gather
thousands of pages using MediaWiki categories. How would these categories
be private, how would their owners avoid other users messing with them.

The end result of a personal selection of pages might look similar to a
MediaWiki category, but they are essentially different.
___
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] Commons / OTRS is broken

2015-02-03 Thread Andy Mabbett
On 3 February 2015 at 06:56, Jeevan Jose jkadav...@gmail.com wrote:

 We have a 57 days backlog now (
 https://commons.wikimedia.org/wiki/Commons:OTRS/backlog) and we are
 processing first-come, first-served

Perhaps if OTRS volunteers weren't treated so badly *by OTRS admins*,
you'd have more people to help out?

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
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] Commons / OTRS is broken

2015-02-03 Thread Andreas Kolbe
While this may be a different OTRS queue, people have told me in the past
that OTRS can take weeks to reply, even in the case of acute BLP problems
such as the one described in this BBC Newsnight interview (time code 2:54):

https://www.youtube.com/watch?v=Eg9O-e5KGdQ#t=174

I've heard this both from an affected BLP subject and from people with OTRS
access. Example:

https://en.wikipedia.org/w/index.php?title=Wikipedia:Requests_for_comment/COIdiff=479583654oldid=479583284

I've seen this happen on OTRS time and time again: real tickets about
unbalanced articles do go unanswered for weeks. [...]
[[User:Jclemens|Jclemens]] ([[User talk:Jclemens|talk]]) 02:50, 1 March
2012 (UTC)

Are such long waits still common?

Andreas

On Tue, Feb 3, 2015 at 6:56 AM, Jeevan Jose jkadav...@gmail.com wrote:

 We have a 57 days backlog now (
 https://commons.wikimedia.org/wiki/Commons:OTRS/backlog) and we are
 processing first-come, first-served. In case of emergencies, please make a
 note at https://commons.wikimedia.org/wiki/Commons:OTRS/Noticeboard or on
 my talk page.

 Regards,
 Jee

 On Tue, Feb 3, 2015 at 10:57 AM, John Cummings 
 john.cummi...@wikimedia.org.uk wrote:

  Depending on where the content is coming from uploading the images to
  Flickr and then importing them may be an option. When I worked for the
  Science Museum we simply changed the licence of some of the images on
 their
  Flickr account and I used Flickr2Commons to import them, it also records
  the attribution and which CC licence the images used. I'm currently
 working
  with UNESCO to release some of their archive and will most probably
 suggest
  this route which as a bonus creates a second large audience for the
 content
  on Flickr.
 
  Hope this is helpful
 
  John
  On 2 Feb 2015 22:52, James Heilman jmh...@gmail.com wrote:
 
   OTRS does not even bother replying to the consents I send them. Thus
 the
   images I have received releases for get deleted. Going forwards I am
  simply
   uploading to En Wikipedia. Not ideal but not sure what the solution is.
  
   --
   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
   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 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] Education Extension

2015-02-03 Thread MZMcBride
Liam Wyatt wrote:
Fabian Tompsett wrote:
 We need an extension where users easily can form groups (namespace
Groups: or something, used by an extension), where they easily can see
the recent changes of edits of group members only

Not precisely this, but related... Is there any plan to have folders in
a watchlist, and then the ability to make a specific folder visible
(a.k.a. shared) to others?

https://lists.wikimedia.org/pipermail/wikitech-l/2015-January/080168.html


The project has been dubbed Collections, and our pilot will let users
create and share collections of articles.


Not only would this make it easier for people with very large watchlists
to manage their work more easily, but this would also mean that a group
(e.g. wikiproject, edithathon participants, classroom...) could easily
subscribe to a shared watchlist folder. This would make it easy for them
to follow each other's edits.
 

- A teacher or wiki-mentor could make a shared watchlist of their
  student's draft pages.
- An editathon organiser could create a shared watchlist of all the
  articles within the scope of the event.
- A wikiproject could create several shared watchlists to group related
  articles for members to more easily monitor.
- probably many other use-cases that might emerge...

Has this been discussed/suggested before?

Yes. :-)

I think the approach the Wikimedia Foundation mobile team is taking is
flawed, though. The proposed concept called collections, in addition to
being a confusing name that's already in use by another tangentially
related extension, doesn't really leverage the fact that we already have
shared lists of pages called categories.

The current category system has a lot of challenges: inputting categories
is hard, renaming categories is hard, watching changes to category members
is hard, etc. There's _a lot_ of work to be done on the aging category
system, but the feature already exists and there's shared knowledge about
it. However, instead of a team working to improve categories, I imagine
we'll see a whole new effort built up around a vaguely similar idea
(collections) because it's a lot easier to make your own thing than
improve someone else's. This development anti-pattern has unfortunately
become fairly predictable, but it remains pernicious.

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] Education Extension

2015-02-03 Thread Federico Leva (Nemo)

Liam Wyatt, 03/02/2015 14:06:

Not precisely this, but related... Is there any plan to have folders in a
watchlist, and then the ability to make a specific folder visible (a.k.a.
shared) to others?

[...]
Has this been discussed/suggested before?


Only a few dozens times. See 
https://www.mediawiki.org/wiki/Watchlist_wishlist ; the proposal is 
tracked at https://phabricator.wikimedia.org/T7875 and 
https://phabricator.wikimedia.org/T9467 .


Nemo

___
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] Quarterly reviews of high priority WMF initiatives

2015-02-03 Thread Tilman Bayer
Minutes and slides from last week's quarterly review meeting of the
Foundation's Collaboration team (which was formerly called the Core
features team and is working on the Flow project) have appeared here:
https://meta.wikimedia.org/wiki/WMF_Metrics_and_activities_meetings/Quarterly_reviews/Collaboration/January_2015

On Wed, Dec 19, 2012 at 6:49 PM, Erik Moeller e...@wikimedia.org wrote:
 Hi folks,

 to increase accountability and create more opportunities for course
 corrections and resourcing adjustments as necessary, Sue's asked me
 and Howie Fung to set up a quarterly project evaluation process,
 starting with our highest priority initiatives. These are, according
 to Sue's narrowing focus recommendations which were approved by the
 Board [1]:

 - Visual Editor
 - Mobile (mobile contributions + Wikipedia Zero)
 - Editor Engagement (also known as the E2 and E3 teams)
 - Funds Dissemination Committe and expanded grant-making capacity

 I'm proposing the following initial schedule:

 January:
 - Editor Engagement Experiments

 February:
 - Visual Editor
 - Mobile (Contribs + Zero)

 March:
 - Editor Engagement Features (Echo, Flow projects)
 - Funds Dissemination Committee

 We’ll try doing this on the same day or adjacent to the monthly
 metrics meetings [2], since the team(s) will give a presentation on
 their recent progress, which will help set some context that would
 otherwise need to be covered in the quarterly review itself. This will
 also create open opportunities for feedback and questions.

 My goal is to do this in a manner where even though the quarterly
 review meetings themselves are internal, the outcomes are captured as
 meeting minutes and shared publicly, which is why I'm starting this
 discussion on a public list as well. I've created a wiki page here
 which we can use to discuss the concept further:

 https://meta.wikimedia.org/wiki/Metrics_and_activities_meetings/Quarterly_reviews

 The internal review will, at minimum, include:

 Sue Gardner
 myself
 Howie Fung
 Team members and relevant director(s)
 Designated minute-taker

 So for example, for Visual Editor, the review team would be the Visual
 Editor / Parsoid teams, Sue, me, Howie, Terry, and a minute-taker.

 I imagine the structure of the review roughly as follows, with a
 duration of about 2 1/2 hours divided into 25-30 minute blocks:

 - Brief team intro and recap of team's activities through the quarter,
 compared with goals
 - Drill into goals and targets: Did we achieve what we said we would?
 - Review of challenges, blockers and successes
 - Discussion of proposed changes (e.g. resourcing, targets) and other
 action items
 - Buffer time, debriefing

 Once again, the primary purpose of these reviews is to create improved
 structures for internal accountability, escalation points in cases
 where serious changes are necessary, and transparency to the world.

 In addition to these priority initiatives, my recommendation would be
 to conduct quarterly reviews for any activity that requires more than
 a set amount of resources (people/dollars). These additional reviews
 may however be conducted in a more lightweight manner and internally
 to the departments. We’re slowly getting into that habit in
 engineering.

 As we pilot this process, the format of the high priority reviews can
 help inform and support reviews across the organization.

 Feedback and questions are appreciated.

 All best,
 Erik

 [1] https://wikimediafoundation.org/wiki/Vote:Narrowing_Focus
 [2] https://meta.wikimedia.org/wiki/Metrics_and_activities_meetings
 --
 Erik Möller
 VP of Engineering and Product Development, Wikimedia Foundation

 Support Free Knowledge: https://wikimediafoundation.org/wiki/Donate

 ___
 Wikimedia-l mailing list
 Wikimedia-l@lists.wikimedia.org
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l



-- 
Tilman Bayer
Senior Analyst
Wikimedia Foundation
IRC (Freenode): HaeB

___
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] Help launch the Inspire Grants Campaign in March 2015

2015-02-03 Thread Siko Bouterse
Hi all,

During March we will be running an Inspire Campaign to proactively source
and support new projects aimed at addressing Wikimedia’s gender gap:
https://meta.wikimedia.org/wiki/Grants:IdeaLab/Inspire_Grants_%E2%80%93_Gender_gap_campaign

Our goals are two-fold:

1. Experiment with running scalable themed campaigns in IdeaLab to incubate
more initiatives aimed at having a focused collective impact.

2. Proactively support community initiatives aimed at increasing gender
diversity in contributors to, and content of, Wikimedia projects.

Why are we piloting with a gender gap theme? A variety of initiatives are
needed to increase diversity and reduce systemic bias on Wikimedia
projects, but so far these haven’t emerged organically at scale. Without
taking time to focus together on increasing gender diversity in our content
and contributors, this trend is likely to continue. WMF’s Individual
Engagement Grants and Project and Event Grants could support such
initiatives, and we're interested to learn how specifically inviting
proposals in this area can have an impact.

March is WikiWomen’s History Month, and it’s a great time to focus extra
attention and energy together on addressing the gender gap.

We need your help! We’re looking for volunteers to join our team in the
following roles:

1. Community organizers:  Spread the the word about the campaign to your
local communities, maintain a friendly space in IdeaLab, facilitate
development of ideas and project teams. (March)

2. Translators: Translate campaign content and gender gap resources into
your language. This is a global campaign, so all languages are welcome.
Some languages we’d particularly like to be able to support include:
Spanish, Arabic, Malayalam, Telugu, and Ukrainian. (February and March)

3. Funding committee: Facilitate development of ideas to grant proposals,
support idea-creators to improve proposals, greenlight projects for funding
via either Individual Engagement Grants or Project  Event Grants. (March
and April)

If you’re interested in any of the above roles, please signup under
“Participants” on the planning page or email Siko or Alex by February 10th.


https://meta.wikimedia.org/wiki/Grants:IdeaLab/Inspire_Grants_%E2%80%93_Gender_gap_campaign#Get_involved

Warm regards,
The Inspire Team

-- 
Siko Bouterse
Head of Individual Grants
Wikimedia Foundation, Inc.

sboute...@wikimedia.org

*Imagine a world in which every single human being can freely share in the
sum of all knowledge. *
*Donate https://donate.wikimedia.org or click the edit button today,
and help us make it a reality!*
___
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] Education Extension

2015-02-03 Thread Quim Gil
On Tue, Feb 3, 2015 at 10:23 AM, Fabian Tompsett 
fabian.tomps...@wikimedia.org.uk wrote:

 At Wikimedia UK we are looking at taking this up in broader context,
 editathons etc. and it would be great to hear of other peoples experiences
 and their views.


Just a comment aside about the etc. It is important to know when it is
good not to use a wiki for planning purposes. Wikis are very good for wiki
collaboration, and other tools are better suited for non-wiki activities
like i.e. software development. The Education Program extension is good to
coordinate wiki editing activities, and it might be also good for other
wiki activities like editathons.

For the etc (activities not based on wiki editing), you might want to
consider a project management tool like https://phabricator.wikimedia.org/,
which can perfectly satisfy the needs of non-technical projects and
processes.
___
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] Education Extension

2015-02-03 Thread Fabian Tompsett
Thanks to Romaine for his comment:

The education extension is a primitive form of what is needed. We need an
extension where users easily can form groups (namespace Groups: or
something, used by an extension), where they easily can see the recent
changes of edits of group members only, to be able to actively interact
with other group members and having a long term participation in Wikipedia.
Having software where users, interest groups or a group of editors from an
external organisation can work together.

At Wikimedia UK we are looking at taking this up in broader context,
editathons etc. and it would be great to hear of other peoples experiences
and their views.

Please see our page
https://wikimedia.org.uk/wiki/Wikimedia_UK_and_the_Education_Program_Extension
created in preparation for our Volunteer Strategy Gathering
https://wikimedia.org.uk/wiki/Volunteer_Strategy_Gathering/February_2015
on Saturday 28th February.


all the best

Fabian Tompsett,
Volunteer Support Organiser,
Wikimedia UK,
Address: 56-64 Leonard St,
Shoreditch,
London EC2A 4LT
 Phone:020 7065 0990
*Mobile: *07840 455 746


Wikimedia UK is a Company Limited by Guarantee registered in England and
Wales, Registered No. 6741827. Registered Charity No.1144513. Registered
Office 4th Floor, Development House, 56-64 Leonard Street, London EC2A 4LT.
United Kingdom. Wikimedia UK is the UK chapter of a global Wikimedia
movement. The Wikimedia projects are run by the Wikimedia Foundation (who
operate Wikipedia, amongst other projects).

Visit http://www.wikimedia.org.uk/ and @wikimediauk
___
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] Fwd: Promote GSoC, Outreachy, and Wikimedia Hackathon in France

2015-02-03 Thread Quim Gil
Exceptional cross-post. Your help spreading this message is welcome.

-- Forwarded message --
From: Quim Gil q...@wikimedia.org
Date: Tue, Feb 3, 2015 at 10:17 AM
Subject: Promote GSoC, Outreachy, and Wikimedia Hackathon in France
To: Wikimedia developers wikitec...@lists.wikimedia.org


This is a call to all Wikimedia tech contributors with contacts in France.
We need your help reaching out to new developers!

We have the Wikimedia Hackathon in Lyon (23-25 May), which is a good excuse
to focus our developer outreach efforts in France already now. Google
Summer of Code and Outreachy (was FOSS Outreach Program for Women) are
around the corner. Can we coordinate an action between you, your contacts,
Wikimedia France, WMF Engineering Community team... ?

Please subscribe and participate in these tasks:

Promote GSoC, FOSS OPW, and Wikimedia Hackathon in France
https://phabricator.wikimedia.org/T88274

Engage with established technical communities at the Wikimedia Hackathon
2015
https://phabricator.wikimedia.org/T76325

PS: for similar calls focusing on Russia, China, Japan, and your preferred
country, see https://phabricator.wikimedia.org/T925

-- 
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil



-- 
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
___
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