Re: [Wikimedia-l] «Wiki Loves Dubbing» new multimedia initiative

[Rajeeb Dutta]

Dear Francesc,

Thanks for sharing about this innovative project. Let’s see how we can 
implement this in my country.

Best Regards,
Rajeeb.
(U: Marajozkee)
(Sent from my iPhone pardon the brevity) 

> On 12-Aug-2020, at 12:53 AM, Taronja Satsuma  
> wrote:
> 
> Francesc Fort
___
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] [Wikitech-l] WikiContrib 2.0 released!

[Daniel Zahn]

Easy to use, works and looks nice.

The activity list of my own contributions is useful and will probably
replace looking at Phabricator feed for
me for some purposes.

Congrats, Raymond.

___
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] WikiContrib 2.0 released!

[Raymond Olisaemeka]

Hello Wikimedians,

We are proud to announce the release of the second version of the
WikiContrib tool:  .

WikiContrib is an easy-to-use developer metrics tool for visualizing the
technical contributions to Wikimedia projects on Phabricator, Gerrit, and
Github. You can view fellow Wikimedians' contributions or share with them a
link to your contribution activity on WikiContrib.

Most relevant changes in this version include:

   -

   Feature to visualize contributions to Wikimedia repositories on GitHub.
   -

   Unique shareable URL for contributions.
   -

   Caching feature to reduce query latency.
   -

   Fixes to long-standing critical bugs.
   -

   User experience improvements.


I worked on these recent changes as part of my Outreachy internship project
with guidance and support from my mentors Srishti Sethi <
https://phabricator.wikimedia.org/p/srishakatux/>,

Rammanoj Potla ,

and Suchakra Sharma .

Relevant Links:

   -

   Tool: https://wikicontrib.toolforge.org
   -

   Source code: https://github.com/wikimedia/wikicontrib
   -

   Proposal: https://phabricator.wikimedia.org/T249175
   -

   Documentation: https://wikicontrib.readthedocs.io/


We invite you to try the tool, and if you encounter any bugs, it would be
helpful if you could report them on the GitHub repository
. We would also love to hear what
more you would like to see in the tool, how you would want to use it, and
any other ideas you might have on the Tool’s talk page:
https://meta.wikimedia.org/wiki/Talk:WikiContrib.

Thanks,

Raymond Ndibe
___
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] New essay on the ambiguity of NC licenses

[Samuel Klein]

+100 to what Alessandro said.

Erik, to your point — yes, this should also include old books that are in
the process of relicensing, if those books have been uploaded to us by or
on behalf of a license holder, and we are confirming that and working
through related steps.

There should be no 'collaborative and transformative work' done on this
archive -- it would be for literal archiving of the materials and
clarification / updating of their metadata, until they can be moved to a
free + collaborative commons.

It helps our work to have a persistent public place (not randomly deleted
from time to time!) to discuss determining their license status, getting
formal and informal license clearance, discussions with the contributors to
refine their understanding of options, debates among ourselves about
whether a license grant was sufficient and how to obtain more clarity, &c.

S

🌍🌏🌎🌑

On Fri., Aug. 7, 2020, 9:35 a.m. Alessandro Marchetti via Wikimedia-l, <
wikimedia-l@lists.wikimedia.org> wrote:

>  We have an archive mixing different licenses now, one is Commons ranging
> from CC-0 to CC BY SA, and other ones are local Wikis sometimes including
> in their spectrum of situations many non-free files in fair use. this is
> proof that an archive hosting non-free files with other free-licensed
> information has nothing special per se. A new archive might simply be more
> clear and linear than those, since it would be designed specifically to
> handle the matter.
>
> I work in outreach the whole time, you can give me all the money you want
> to improve my productivity, but I would still use it more efficiently if I
> could have a more integrated infrastructure specifically for this issue.
> A.
>
>
> Il venerdì 7 agosto 2020, 08:52:31 CEST, Erik Moeller <
> eloque...@gmail.com> ha scritto:
>
>  On Sun, Aug 2, 2020 at 3:52 PM Samuel Klein  wrote:
>
> > I don't think we should mix NC with free-knowledge licenses .
> > I do absolutely think we should maintain an archive, visible to the
> public
> > with at most a simple hoop to jump through, of material that is offered
> to
> > us in any legal way but not yet free.
>
> Such an archive would _unavoidably_ "mix NC with free-knowledge
> licenses" -- because all collaborative and transformative work
> happening in the archive itself would be released under free knowledge
> licenses. Worse, any meaningful transformations of the archived works
> would result in derivative works that remain nonfree, directly
> enlisting volunteers in the creation of nonfree knowledge.
>
> In any event, why create an archive for works under borderline terms,
> while ignoring more restricted works that could be plausibly released
> under a free license tomorrow? Works that are nonfree for simple
> economic reasons (e.g., some old but useful textbook) may often be
> easier to "set free" than those which are nonfree for reasons of
> longstanding policy (e.g, the WHO example). Why amass the latter and
> ignore the former? I don't see how this would strengthen Wikimedia's
> free knowledge commitment, but I can easily see how it could weaken it
> considerably and very quickly, whether or not that's the intent.
>
> To be clear, I think creating free summaries and descriptions of
> nonfree works (from traditional textbooks and scientific papers to
> Khan Academy videos) is very much in line with the Wikimedia mission.
> I don't think it requires hosting the works. To the extent that there
> is concern about losing access to works that are currently available
> via public URLs, the use of Internet Archive enabled citation URLs
> provides a great example for how to avoid such link rot.
>
> I'm sure there are also plenty of tech and non-tech ways Wikimedia
> could support volunteers and chapters that work on outreach to set
> more educational works free, none of which require the creation of a
> nonfree archive.
>
> Warmly,
> 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,
> 
___
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/li

[Wikimedia-l] «Wiki Loves Dubbing» new multimedia initiative

[Taronja Satsuma]

 We've published a new post

in Diff, the new community blog for Wikimedia Movement. It talks about the
new project in Catalan Wikipedia, named «Wiki Loves Dubbing». We explain
how it was born, which difficulties were found and how it can evolve in the
future.

With the initiative, born and focused in the Land of Valencia, we plan to
integrate voice acting into Wikipedia articles, and maybe to set a first
step into the path that the 9th recommendation of our 2030 Strategy states:
We should innovate in Fre Knowledge.

Although I'm happy with the response, the current campaign is just a summer
experiment. Let's see how it evolves, if so.

I invite all of you to read the post

and share your thoughts, if any.

Happy Summer to Everyone!

Francesc Fort
ca.wikipedia
___
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 Announcements] Announcing a new Wikimedia project: Abstract Wikipedia

[James Salsman]

Scott,

It is perfectly legitimate to be "anti-racist," but races are completely
artificial constructs. Racial conflict was interposed during the "tea
party" astroturfing in response to the Occupy movements:

https://www.reddit.com/r/occupywallstreet/comments/hyoogt/is_this_accurate/fze7t5c/

Do you support Wikimedia Foundation AI being programmed to be explicitly
anti-classist?

Best regards,
Jim


On Wed, Aug 5, 2020 at 12:19 PM C. Scott Ananian 
wrote:

> Sorry I'm coming to this discussion a bit late, but I'd like to underline a
> slightly different aspect of the concern that Phoebe raised:
>
> > It concerns me that, at least in the high-level project proposals I've
> > seen (I haven't been tracking this closely, and haven't read the academic
> > papers) I have not yet seen discussions of ethical data, or how we might
> > think about identifying bias, or even how to recruit contributors and the
> > impact on existing contributors.
> >
>
> Using the terminology of Ibram X. Kendi (and others), I'd put this as:
> "it's not enough to not be racist, you must actively be *anti-racist*."
>
> Abstract Wikipedia is a "color blind" project.  Indeed it is often
> described as advancing WMF goals by improving the amount of content
> available for minority languages.
>
> However, it is built on a huge edifice of ML and AI technology which
> advantages majority languages and the already-powerful.
>
> As Phoebe mentioned, the subtle biases of ML translation toward majority
> views (selecting the "proper" gender pronoun for someone described as a
> "doctor" or "professor", say) are well known, and certainly deserve to be
> foregrounded from the start, as Danny has pledged to do in his response to
> Phoebe.
>
> But the infrastructure of this project is built this way from the ground
> up.  Language models for European languages are orders of magnitude better
> than language models for minority languages (if the latter exist at all).
> The same is true for ontologies and every other constructed abstraction,
> down to choices of what topics are significant enough to include in an
> abstract article---but that ground has been ably covered by Kaldari and
> others.  So let me concentrate solely on language models in the remainder
> (with some parenthetical asides, for which I hope you'll forgive me).
>
> I would like to challenge Abstract Wikipedia not only to be "not racist" or
> "color blind", but to be actively *antiracist*.  That is, instead of
> passively accepting the status quo wrt language models (& etc), to commit
> to actively supporting a language model in *at least one* minority
> language, treating it as a first-class citizen or (better) the *main*
> output of the project.  That means not just looking for "a good enough
> language model that happens not to be a European language" but *actively
> developing the language model* so that the Abstract Wikipedia project *from
> inception* has a positive effect on *at least one* community speaking a
> underrepresented language with a small Wikipedia.  (Again, WLOG this could
> apply to general AI/ML support for many many minority groups, but I'm
> sticking with "at least one" and "language model" in order to make this as
> concrete and actionable as possible.)  This of course also means committing
> to hire a speaker of that non-European language as part of the core team
> (not just an "and translations" afterthought), committing to foregrounding
> that language in demonstrations, and doing outreach and community building
> to the language group in question.  (All the mockups I've seen have been in
> German and English, and have been pitched to an English-speaking audience.)
>
> I don't think it is wise in 2020 to pretend that "colorblind" business as
> usual will advance the goals of our organization.  We need to actively work
> to ensure this project has effects that *work against* the significant
> pre-existing biases toward highly-educated speakers of European languages.
> It is not enough to say that "someday" this "may" have an effect on
> minority language groups if "somebody" ever gets around to doing it.  We
> must make those investments proactively and with clear intention in order
> to effect the change we wish to see in the world.
>   -- C. Scott Ananian
> ___
> 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] New essay on the ambiguity of NC licenses

[Gerard Meijssen]

Hoi,
We do not need a "centralised Wiki for NC files". What we need is
recognition of what we have and where we have it.

In the Wikification of media files, only the files at Commons have so far
been considered. In addition to the mediafiles that should be in Commons
because of their license, there are mediafiles that have all kinds of
licenses and may also be used under the "fair use" doctrine. When there is
one database for any and all mediafiles, many things become possible
including searching and finding files that are "not commercial"..

One significant benefit is that we can phase a fair use file out when there
is a freely available picture.
Thanks,
 GerardM

On Tue, 14 Jul 2020 at 15:32, Alessandro Marchetti via Wikimedia-l <
wikimedia-l@lists.wikimedia.org> wrote:

>  Centralized Wiki for NC files will work. It's the same debate when we
> started to put metadata on Commons, it did not stop the process, it just
> made it slower and less efficient, but it remained kinda inevitable.
> It's the same background, the frustration and confusion of the current
> situation is projected to the future one, it's mostly a "passive"
> resistance with a little bit of patronizing attitude toward other
> communities. It happens also because the more some users assume this future
> scenario is inevitable, the easier it is for them to consider the present
> situation as inevitable as well and skip any responsibility, it's a little
> bit an identity element.
>
> Local users are not confused or irritated in general because they are
> moody, it's mostly because the Commons community is moody. Local
> communities are not three or four isolated users, they are structured, with
> a spectrum of established competences. The mass of users involved will come
> from that pool. I am pretty sure that if you build a repository without all
> the users who encouraged most of the dysfunctional attitude we have now on
> Commons, it's going to be better, if not fine. For some of us in the end
> the local user repeating a wrong concept to get a file kept is very similar
> to the Commons user doing the same to make it deleted, the same stubborn
> attitude with limited overall perspective that few people really wanted in
> the first place. These two profiles find a balance but it's not the best
> balance for the general workflow, it's a "social thing". Whatever disrupt
> the situation, give us some chance to improve that.
>
> Of course many users will show there to oppose. And if approved, for the
> first two or three years at every single minor misstep of the process they
> will jump there foretelling disasters: They usually find the time to oppose
> to this sort of requests, more than doing a lot of other tasks probably,
> and the concepts are usually the same. That's why its getting more and more
> difficult to give to it a big weigh.
> In any case, some way to centralize existing NC will be found. For
> example, think about Wikidata item for logos and connect them to local
> files. It will be more tortuous, in a way it's not noticed immediately,
> probably. Until we get there somehow, personally I skip many activities
> regarding NC including their conversion, and focus on something else. I am
> probably not the only one adopting more or less this attitude.
>
> Good outreach for me is not about a single aspect, is a method, and will
> always include a spectrum of results. The statement "no Wikipedia if you
> don't remove NC" is not really so effective, it sounds cheap especially
> after many years Wiki exists and people know what they want. For the
> high-quality material we miss, I think it's more about proposing a good
> project, a structured project and in that framework I can suggest to update
> some NC. I have refused to trick people to give files with no NC, I clearly
> tell them to understand the license. There are many files which were not
> uploaded initially, but those users ended up giving more new files later.
> If I could be a user with a flag for NC upload, I will put a very limited
> amount of files per year, but the process behind such files will be very
> valuable.
>
> A.
>
>Il martedì 14 luglio 2020, 09:41:05 CEST, Erik Moeller <
> eloque...@gmail.com> ha scritto:
>
>  James wrote:
>
> > I simply wish that such a position would convince more
> > organizations. WHO has repeatedly told me that we, as a non-profit, are
> > already free to use their work and if we chose not to, that is on us.
>
> I agree of course that this sort of institutional inertia can be
> incredibly frustrating, especially in cases like WHO -- a publicly
> funded international institution which should be putting its work in
> the public domain. For all its own institutional failings (and there
> are many, past and present), the US was at least able to get that much
> right in its copyright laws more than 100 years ago. I don't believe
> we should let publicly funded institutions that use restrictive
> licensing terms off the hook, and ther

Re: [Wikimedia-l] Movement Strategy: Feedback requested on draft outline of Transition events

[Dan Szymborski]

This is a bit like your local pizza place asking you what time you're going
to pick up the pizza you didn't actually order.

"Here are the recommendations. Now let's start implementing those
recommendations!" is definitely something that's missing a middle step.

On Thu, Aug 6, 2020 at 3:00 PM Kaarel Vaidla  wrote:

> Hi everyone,
>
> This is an update regarding the progress of the Movement Strategy and the
> design of the transition events.
>
> The Transition Design Group
> <
> https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2018-20/Transition/People
> >
> [1] has over the past month been discussing how to create events that can
> facilitate a smooth and inclusive Transition process for the movement to
> start implementing the Movement Strategy recommendations
> <
> https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2018-20/Recommendations
> >
> [2].
>
> The Support Team has been sharing weekly summaries
> <
> https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2018-20/Transition/Updates
> >
> [3] from the Design Group discussions, which have largely centred around
> people and process for the Transition events, as well as ensuring
> legitimacy of the process, needed resource, and communications.  Transition
> will mark a major milestone for our movement to create a collaborative,
> 18-month implementation plan that will begin to shape the future of our
> work, culture, and collaborations.
>
> The Wikimedia Foundation will organize the virtual Transition events,
> planned for September to December, 2020. Your help is needed to make sure
> the events can be as inclusive, participative, and engaging as possible. We
> are excited to share the outline for the transition events
> <
> https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2018-20/Transition/Events_Outline/Draft
> >
> with you and invite everyone to provide feedback [4].
>
> The draft outline offers both light and detailed information regarding the
> events. Even though the draft outline is available only in English at the
> moment, the actual events will be multilingual with materials available in
> a variety of languages and formats. The Transition events aim to be easy to
> join only once or for multiple events. They are for everyone, whether a
> newcomer or a seasoned strategy enthusiast. They are being designed for
> diverse participation across time zones and regions in order to create a
> movement-wide implementation plan.
>
> The review period for the draft outline is for two (2) weeks from August 06
> to 20. After receiving your feedback, the Design Group will finalize the
> plan and the Wikimedia Foundation will ensure the delivery of the events
> according to the design.
>
> Please comment on the talk page on Meta
> <
> https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2018-20/Transition/Events_Outline/Draft
> >
> [5] and feel free to use the questions below as an orientation:
>
>
>1.
>
>How can the plan be improved? In your opinion, what are some barriers to
>entry that must be lowered so everyone can take part in Transition?
>2.
>
>How can we make sure that you and your community have what you need to
>participate in the Transition events?
>3.
>
>If you have attended other virtual events, what has your experience been
>like and what lessons can be applied in this case?
>
>
> We are hosting office hours to hear from you. Join us on Tuesday Aug. 11 @
> 15.00 UTC (LINK ) or Thursday Aug. 13
> @ 01.00 UTC (LINK ). Alternatively,
> you can share your thoughts directly via email strategy2...@wikimedia.org.
>
> Hoping that everyone is well and safe in these challenging times in the
> world. Very grateful for your time and attention.
>
> On behalf of the Support Team,
>
> Kaarel
>
> [1]
>
> https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2018-20/Transition/People
>
> [2]
>
> https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2018-20/Recommendations
>
> [3]
>
> https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2018-20/Transition/Updates
>
> [4]
>
> https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2018-20/Transition/Events_Outline/Draft
>
> [5]
>
> https://meta.wikimedia.org/wiki/Talk:Strategy/Wikimedia_movement/2018-20/Transition/Events_Outline/Draft
> <
> https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2018-20/Transition/Events_Outline/Draft
> >
> --
>
> Kaarel Vaidla (he/him)
>
> Movement Strategy 
>
> Wikimedia Foundation 
> ___
> 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] Invitation for Wikimedia Education Office Hours, August 2020

[Sailesh Patnaik]

Dear Wikimedians,

Join us for the August education office hours on 20th at 12:00 PM UTC!
The office
hours are a dedicated time and an online space to have conversations and
discussions related to Wikimedia and education activities, listen and learn
from each other's projects and experiences.

You can find more details and agenda of the meeting here:
https://outreach.wikimedia.org/wiki/Education/About/Office_Hours/August_20_2020

Looking forward to seeing you then, Please let me know if you have any
questions.

Do you want to reach out to the education team for a 1:1 consultation?
Request for a slot for consultation for your education work (
ttps://outreach.wikimedia.
org/wiki/Education/About/Office_Space
 ) by
filling this google form ( http://bit.ly/EduOfficeSpace )

Dhanyabaad!
-- 
*Sailesh Patnaik*
Program Coordinator, Education
___
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,