Re: [Wikimedia-l] Wikimedia Chat

2020-08-30 Thread Strainu
În dum., 30 aug. 2020 la 03:00, Amir Sarabadani  a scris:
>
> Hello,
> Due to the current situation, there are more and more collaborations
> happening online instead. and now you can see Wikimedia-related discussion
> groups in Slack, Discord, Telegram, Facebook, and many more. Besides being
> scattered and inaccessible to people who don't have accounts in those
> platforms (for privacy reasons for example), these platforms use
> proprietary and closed-source software, are outside Wikimedia
> infrastructure and some harvest our personal data for profit.

Hey Amir,

Please take this email as positive feedback, even if it might not
sound like it :)

As much as I value software freedom and my personal data, I've learned
during the years that the best conversations happen where people
converge naturally, not where one wants them to be. What you describe
below is an awesome list of features ... that already exist elsewhere.
I could give you an equally long list of things that are missing, but
individually, none of them matter. What matters is which platform most
people choose, based on which of the features are important for them.
And that platform might be different for different projects.

What that means is that Wikimedia Chat will be just another name in
that long list of apps that people choose to use or not. It's fine if
you want to maintain it, it's great if it will gain traction, but
don't be too upset if it will have the same usage as Wikimedia Spaces.

Strainu
>
> IRC on freenode is a good alternative but it lacks basic functionalities of
> a modern chat platform. So we created Wikimedia Chat, a mattermost instance
> in Wikimedia Cloud. Compared to IRC, you have:
> * Ability to scrollback and read messages when you were offline
> * Push notification and email notification
> * You don't need to get a cloak to hide your IP from others
> * Proper support for sharing media
> * Two factor authentication
> * A proper mobile app support
> * Ability to add custom emojis (yes, it's extremely important)
> * Profile pictures
> * Ability to ping everyone with @here
> * much much more.
>
> You can use Wikimedia Chat by going to https://chat.wmcloud.org, anyone can
> make an account. This is part of Wikimedia Social suite [1], the oher
> similar project is "Wikimedia Meet". [2]
>
> Some notes:
> * This is done in my volunteer capacity and has been maintained by a group
> of volunteers. If you're willing to join the team (either technical or
> enforcing CoC, kicking out spammers, other daily work), drop me a message.
> * Privacy policy of Wikimedia Cloud applies: https://w.wiki/aQW
> * As a result, all messages older than 90 days get automatically deleted.
> * As a Wikimedia Cloud project, all of discussions, private and public are
> covered by Code of conduct in technical spaces:  https://w.wiki/AK$
>
> Hope that would be useful for you, if you encounter any technical issues,
> file a bug in the phabricator.
>
> [1] https://meta.wikimedia.org/wiki/Wikimedia_Social_Suite
> [2] https://meta.wikimedia.org/wiki/Wikimedia_Meet
>
> Best
> --
> Amir (he/him)
> ___
> 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] Institutional memory @ WMF

2020-08-29 Thread Strainu
A few responses in random order:

> > OK, but how is this done precisely? Are there written docs? Mentors?
> > Is cross-team help common? Or is this kept at the anecdotal level ("oh
> > yeah, you should also keep in mind..." )?
> >
>
> In my experience, all of the above

That doesn't sound so good. For me, it means 2 things:
1. There is no uniform approach to onboarding re community collaboration.
2. Some teams choose to keep it anecdotal


> Perhaps we shouldn't expect this of an organization not ultimately
> accountable to the editors?  No amount of onboarding can change the
> Foundation's corporate Bylaws or the fact that it owns the trademarks
> whose value is based on editor labor.  Perhaps if we had a membership
> organization instead, which would have to report to the editors and
> justify its progress on initiatives directly voted on by its members...

I'm afraid that changing the "ownership model" wouldn't help much.
It's highly unlikely that the WMF, regardless of who they respond to,
will find employees with adequate experience and a willingness to work
for them only within the community. That means that they will still
need to address the onboarding part and implicitly the documentation
task.

> Our movement is complex, and there are no amount of explanations that will
> portray its richness. I will be working to make sure that new hires at the
> Foundation know to ask the right questions at the right time and to the
> right people to minimize errors. Of course, I want to set realistic
> expectations, this will not happen in a day, nor will it happen in a year
> only. My goal is to start a process that will change and evolve with time,
> as does our movement.

Delphine, it's great to hear that someone with a lot of community
experience is taking on this task. Obviously mistakes will never go
away completely, but I'm looking forward to seeing the results of your
work. I just hope you have some measure of success in mind, it would
be a pity to evaluate the program based on wikimedia-l feedback. :)

>
> If any of you have any questions about how we are working on this, or want
> to contribute ideas, please talk to me offlist!

I think documenting the process should be part of the process :) That
way it can be replicated or adapted by other organizations with
similar growth pains.

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, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>


Re: [Wikimedia-l] Institutional memory @ WMF

2020-08-26 Thread Strainu
În mie., 26 aug. 2020 la 13:07, Dan Garry (Deskana)  a scris:
>
> On Tue, 25 Aug 2020 at 22:26, Strainu  wrote:
>
> > The pattern I'm seeing is: team gets a big project (in this case UCoC)
> > -> team hires -> newbie makes good faith edits that are known to cause
> > offense to some members of the community.
>
>
> This is basically always going to happen when new people are onboarded, or,
> indeed, as people make mistakes. By my observations, this happens a lot
> less nowadays than it used to. This is anecdotal on my part, but in the
> absence of any rigorous study of the frequency with which this occurs, this
> thread as a whole is anecdotal. That's not to say it's not valuable to
> discuss it, but it's worth bearing that in mind.

Thanks for the response Dan!

A rigorous study is IMHO impossible, since we're lacking a rigorous
definition of the limits between WMF and community.
>
>
> > This pattern can be broken
> > only if the organization has a process to teach newcomers things that
> > seem obvious to old timers ("don't go over community decisions if you
> > can avoid it", "don't change content", "try to talk to people before
> > doing a major change", "not everyone speaks English", "affiliates are
> > not the community" etc.)
> >
> > My question is: does the WMF has such a process?
> >
>
> When people are onboarded a lot of this is explained to them, and people
> are encouraged to reach out to those more experienced with the communities.
> That people get it wrong occasionally is expected.

OK, but how is this done precisely? Are there written docs? Mentors?
Is cross-team help common? Or is this kept at the anecdotal level ("oh
yeah, you should also keep in mind..." )?

Strainu

>
> Dan
> ___
> 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] Institutional memory @ WMF

2020-08-25 Thread Strainu
În mie., 26 aug. 2020 la 00:03, Amir Sarabadani  a scris:
>
> Hey,
> Can you elaborate what happened? if It's public of course. It's hard to
> understand the problem without proper context.

The edits are public, but I don't really want to be specific, as that
would likely derail the discussion.

The pattern I'm seeing is: team gets a big project (in this case UCoC)
-> team hires -> newbie makes good faith edits that are known to cause
offense to some members of the community. This pattern can be broken
only if the organization has a process to teach newcomers things that
seem obvious to old timers ("don't go over community decisions if you
can avoid it", "don't change content", "try to talk to people before
doing a major change", "not everyone speaks English", "affiliates are
not the community" etc.)

My question is: does the WMF has such a process?

>
> Is it https://phabricator.wikimedia.org/T261133 ?
>
> On Tue, Aug 25, 2020 at 10:52 PM Strainu  wrote:
>
> > Hi,
> >
> > It seems the WMF is going through another crisis of institutional
> > memory, with the T team taking center stage. It's not really
> > important what they did wrong, it's minor compared with other faux-pas
> > they did in the past.
> >
> > I was wondering though if the organization as a whole has learned
> > anything from major crisis in the past and if there is a formal way of
> > passing to newcomers information such as when and how to contact
> > communities, what's the difference between a wiki, a community and an
> > affiliate etc.?
> >
> > 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,
> > <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
> >
>
>
> --
> Amir (he/him)
> ___
> 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] Institutional memory @ WMF

2020-08-25 Thread Strainu
Hi,

It seems the WMF is going through another crisis of institutional
memory, with the T team taking center stage. It's not really
important what they did wrong, it's minor compared with other faux-pas
they did in the past.

I was wondering though if the organization as a whole has learned
anything from major crisis in the past and if there is a formal way of
passing to newcomers information such as when and how to contact
communities, what's the difference between a wiki, a community and an
affiliate etc.?

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, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>


Re: [Wikimedia-l] Let's discuss first features of Desktop Improvements coming to Vector

2020-08-25 Thread Strainu
Hey all,

I've asked some technicalities in the feedback page (and will continue
to do so as I test the new look more) but I was wondering about two
things that deserve to be discussed in a larger forum:
1. Why bundle the changes? The collapsible toolbar could be a useful
feature in itself, even for those who are firmly against the
narrow-down content area. It could also be the basis for more radical
changes, such as a "no distraction mode".
2. Why change Vector rather than creating a new skin or starting from
a 3-column skin such as Timeless? I assume it has more to do with
community dynamics than technical reasons...

Thanks,
   Strainu

În mar., 25 aug. 2020 la 20:06, effe iets anders
 a scris:
>
> I don't think the approach "we are going to see resistance anyway, so lets
> make it a bigger change" has proven to be terribly helpful in the past year
> or so.
>
> These layout changes are hard for sure, but there are definitely ways to
> bring people on board. The thing is, not every exciting change is
> necessarily going to help everyone to the same extent, and it's hard to
> convince a really diverse community. But there are a few tricks that we
> should definitely keep using, that are nothing new to the developing
> community: don't surprise (iterate and be public), try it out in a willing
> community (check) and try to remain backward compatible (how long have we
> supported the monobook skin now?).
>
> I actually feel that a constant change is more helpful, because it gives
> less of a 'now we have to fight to keep our ways' - it allows people to see
> that they will like some changes, and dislike some others, but on a
> balance, it'll improve for everyone. It's probably more time consuming
> because it requires more consultation too, but I think it's worth it.
>
> Lodewijk
>
> On Mon, Aug 24, 2020 at 5:00 AM Galder Gonzalez Larrañaga <
> galder...@hotmail.com> wrote:
>
> > Indeed! The FINAL stage of the changes is deeply conservative and not a
> > change at all. It's a small lifting, but not a real change. We are now 10
> > years old, and with the new changes we will be 8 years old in a year,
> > instead of being 11 years old.
> > 
> > From: Olga Vasileva 
> > Sent: Monday, August 24, 2020 1:53 PM
> > To: Galder Gonzalez Larrañaga 
> > Cc: Wikimedia Mailing List 
> > Subject: Re: [Wikimedia-l] Let's discuss first features of Desktop
> > Improvements coming to Vector
> >
> > Hi Vira, Ala'a, and Galder,
> >
> > Thanks for your feedback - we’re really glad you’re enjoying the changes
> > we’ve made so far.  I wanted to point out that this is not all! The
> > deployed changes are a part of a larger series of improvements that we will
> > be rolling out progressively over the next 1+ years. To see a list of the
> > other features we are planning on working on, please check out our project
> > page[1]. In addition, we believe that even after the project is complete,
> > there will still be work to do. We’d like to view this project as a new
> > baseline on which we can build new functionality that can improve both
> > reading and editing in the future.
> >
> > Thanks again!
> >
> > - Olga
> >
> > [1]
> > https://www.mediawiki.org/wiki/Reading/Web/Desktop_Improvements/Features
> >
> > On Sun, Aug 23, 2020 at 8:06 PM Galder Gonzalez Larrañaga <
> > galder...@hotmail.com<mailto:galder...@hotmail.com>> wrote:
> > Thanks for bringing this topic!
> > At euwiki it has been some weeks we have experienced the new vector style,
> > and it has some great things: you can be sure about how width images will
> > take for any reader, you can create better galleries or even decide where
> > to insert an image to avoid sandwiching.
> >
> > BUT...
> >
> > I think that the changes (even when finishing) will be too short on what
> > we need (a real face change!) but it will annoy in the same amount to those
> > who don't want any change at all. So, we are losing an opportunity to go on
> > with big changes.
> >
> > Best
> >
> > Galder
> > 
> > From: Wikimedia-l  > wikimedia-l-boun...@lists.wikimedia.org>> on behalf of Ala'a Najjar <
> > ala201...@hotmail.com<mailto:ala201...@hotmail.com>>
> > Sent: Saturday, August 22, 2020 10:06 PM
> > To: Wikimedia Mailing List  > wikimedia-l@lists.wikimedia.org>>
> > Cc: ovasil...@wikimedia.org<mailto:ovasil...@wikimedia.org> <
> > ovasil...@wikimedia.org<mailto:ovasil...@wikimedia.org>>
> > Subject: Re: [Wikimedia-l] Let's dis

[Wikimedia-l] Change of translation for "attribution" in CC licenses

2020-07-20 Thread Strainu
Hi folks,

Sorry for cross-posting, not sure which list is the best venue for my problem.

I have an issue with regards to the translation of the word
"attribution" in "Creative Commons Attribution-Share-Alike". For
reasons (explained in [1]) which are not interesting for Wikimedia,
the CC-sanctioned Romanian translation has changed from "distribuire"
to "partajare" in the translation for version 4.0 *only*.

This becomes a problem for multilingual wikis (mw, m, c), which use
meta-templates and MediaWiki messages to translate the {{cc-by-sa-*}}
templates. What would be the easiest way to solve the problem without
affecting other languages?

Thanks,
   Strainu


[1] (in Romanian)
https://www.cyberculture.ro/2020/07/20/licente-creative-commons-versiunea-4-romana/

___
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] Commons

2020-05-20 Thread Strainu
My2c on the original question: Commons does a lot to discourage people from
uploading to Commons. Everything from not allowing non-free formats (even
automatically converted to free equivalents) to asking for cross-wiki
uploads to be disabled and repeatedly proposing the same file for deletion
is discouraging uploaders.

That's still anecdotical evidence I guess, but when one sees established
users deliberately avoiding Commons because of these shortfalls one should
probably take them  seriously.

Pe duminică, 17 mai 2020, Benjamin Ikuta  a scris:

>
>
> Anecdotally, it seems people sometimes don't upload their photos to
> Commons because they don't realize that the scope of Commons is much
> broader than that of Wikipedia.
>
> Has there been, or should there be, any research into this, or why people
> don't contribute more broadly?
>
> ~Benjamin
>
>
> ___
> 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] Treatment of newbies with mild CoI

2020-03-01 Thread Strainu
We don't, at least not at community level. At most, we fight for individual
cases which are worth it (e.g. PR people that seem willing to learn). This
got us some half-decent articles about companies.

Pe miercuri, 19 februarie 2020, Andy Mabbett  a
scris:

> 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, 


[Wikimedia-l] Wikimedians of Romania and Moldova 2019 report

2020-01-24 Thread Strainu
Hello everyone,

Wikimedians of Romania and Moldova has just published its report for
2019. You can find it at
https://meta.wikimedia.org/wiki/Wikimedians_of_Romania_and_Moldova_User_Group/2019

Feedback here or in the talk page is welcome.

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, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Re: [Wikimedia-l] The wikisites looks like 1996

2019-12-11 Thread Strainu
În joi, 12 dec. 2019 la 00:21, Amir Sarabadani  a scris:
>
> Do you know about
> https://www.mediawiki.org/wiki/Reading/Web/Desktop_Improvements ?

Those are all evolutions, I think the question here was about a revolution.

The main problem I see with that is that is changing all the on-wiki
templates and scripts that work with the current skin. There is also a
question of opportunity: with less and less desktop users, it just
makes more sense to invest in the mobile experience (and the beta mode
there is super cool, but still breaks some templates).

Strainu
>
> On Wed, Dec 11, 2019 at 10:48 PM John Erling Blad  wrote:
>
> > Could we please update them with a slightly more up-to-date skin?
> >
> > Take a look at our Norwegian competitor in the lexicon field.
> > https://snl.no/kunstig_intelligens
> >
> > John Erling Blad
> > /jeblad
> > ___
> > 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>
>
>
>
> --
> Amir (he/him)
> ___
> 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] Community feedback and next steps on movement brand proposal

2019-09-07 Thread Strainu
Pe sâmbătă, 7 septembrie 2019, Adrian Raddatz  a scris:

> I think it's a fine idea. I know that nobody knows what "Wikimedia means",
> and see value to moving at least the Foundation's name towards a more
> recognizable brand.
>
> I also see valid points being raised from the community, such as the
> distinction between Wikipedia and WikiBooks, -Versity, -Source, etc. Those
> projects are often very different from Wikipedia, and further work should
> be done to understand the impacts on brand perception if those very
> different projects use a more similar name. But overall, I think the idea
> is good.
>
> What is bad is that this is another top-down change being apparently made
> entirely by WMF staff. The question is "how should we implement this idea
> that we have already come up with, and will implement anyway"? The question
> should have been brought forward much earlier in the form of "how can we
> improve our brand awareness". This idea could have been put forward and
> refined as part of that collaborative process. Or at least that's how it
> should have been done if the WMF cares about being a service organization.
>
> > I would say that it was pretty clear the change will happen :)
> No need to mock me based on my apparent position on the issue.


I was not mocking you. Maybe ":)" was not the most appropriate emoticon in
the context, but when the WMF comes up with such grand plans the default
line of thought should be the change will happen unless there is a huge
push back from the community. In this case, the push back has been mild at
best.


And I really
> don't see how it is desirable that the Foundation is willing to push ideas
> through without community support.


I have come to realize that what the community *thinks* about our users and
the reality can be a world apart. We are also adverse to change (by design,
mostly). These things mean that sometimes courageous ideas will need to be
pushed in spite of the vocal opposition of some particularly conservative
members of the community.

Also, as I said, in this particular case the feedback has not been clearly
negative, so I would not call the process as being "without community
support". P


> Again, are they a top-down governance
> organization, or a service organization aimed at supporting and empowering
> the editing community and readership?


Unfortunately right now more of the former. There is a significant number
of employees that simply don't understand why they should wait for and
listen to community feedback.

But employees can be replaced if there is enough will. The real danger
comes from the strategy recommendations that explicitly ask for more
coordination from the wmf regarding a range of subjects.

Strainu

>
> Adrian Raddatz
>
>
> On Fri, Sep 6, 2019 at 5:05 PM Galder Gonzalez Larrañaga <
> galder...@hotmail.com> wrote:
>
> > I think a rebranding to Wikipedia is the best branding option but, at the
> > same time, I aknowledge that this can cause a wide variety of problems to
> > so many people inside our community that doing it without a plan to give
> > safety (not only legal, as their lives could be compromised) is a bigger
> > danger than the benefits it causes.
> >
> >
> >
> > 2019 ira. 6 10:41 PM erabiltzaileak hau idatzi du (Isaac Olatunde <
> > reachout2is...@gmail.com>):
> >
> > We sometimes spend several minutes trying to explain to potentials
> partners
> > the difference between Wikipedia and Wikimedia and the relationship
> between
> > them.
> >
> > In most cases we just use "Wikipedia" so as to not confuse them.
> >
> > Of course some people would share an opposing view for many reasons but I
> > do think this rebranding is important.
> >
> > Regards
> >
> > Isaac
> >
> > On Fri, Sep 6, 2019, 9:29 PM Strainu  >
> > > Pe vineri, 6 septembrie 2019, Adrian Raddatz  a
> > > scris:
> > >
> > > > Yet another potentially good idea from the Foundation killed by the
> > usual
> > > > atrocious style of stakeholder management. No benefits framed for the
> > > > community,
> > >
> > >
> > >
> > > >
> > > > no indication that this change is coming from the bottom up,
> > >
> > >
> > > Huh? Have you seriously never seen people asking the difference between
> > > Wikipedia and Wikimedia or wiki(m|p) edians complaining about how hard
> it
> > > is to explain that difference?
> > >
> > > This change is very much a bottom up one, even if it is pushed by the
> WMF
> > > using corporate proc

Re: [Wikimedia-l] Community feedback and next steps on movement brand proposal

2019-09-06 Thread Strainu
Pe vineri, 6 septembrie 2019, Adrian Raddatz  a scris:

> Yet another potentially good idea from the Foundation killed by the usual
> atrocious style of stakeholder management. No benefits framed for the
> community,



>
> no indication that this change is coming from the bottom up,


Huh? Have you seriously never seen people asking the difference between
Wikipedia and Wikimedia or wiki(m|p) edians complaining about how hard it
is to explain that difference?

This change is very much a bottom up one, even if it is pushed by the WMF
using corporate procedures rather than by the community using an RfC.



> no
> assurance that this change happens or not based on the results of the
> consultation.


I would say that it was pretty clear the change will happen :)

Strainu

>
> You can't figure out the benefits to the community - your key stakeholder
> group - entirely as part of the consultation. You need to frame the
> consultation as figuring out how to achieve pre-identified benefits to your
> stakeholders in the optimal way. You should also try to get buy-in from key
> community groups *before* you start consulting, and use them as part of the
> consultation, so it stops being Foundation vs. the community and turns into
> the Foundation collaboratively supporting community-led ideas.
>
> It pains me to see this being done poorly, time and time again.
>
> Adrian Raddatz
>
>
> On Fri, Sep 6, 2019 at 3:28 PM Paulo Santos Perneta <
> paulospern...@gmail.com>
> wrote:
>
> > After the last disastrous WMF intervention in Wikipedia - Framgate - I
> > believe the timing is just perfect for the WMF to go forward with this
> fit
> > of creativity of branding themselves as the "Wikipedia Foundation".
> >
> > It's one after another, and never stops.
> >
> > Best,
> > Paulo
> >
> > Yaroslav Blanter  escreveu no dia sexta, 6/09/2019
> à(s)
> > 18:25:
> >
> > > I agree with Fae. I strongly oppose the proposal, and I somehow used to
> > > assume that our opinion would be asked in a structured way.
> > >
> > > Cheers
> > > Yaroslav
> > >
> > > On Fri, Sep 6, 2019 at 7:03 PM Fæ  wrote:
> > >
> > > > If the WMF is going to make statements that are not derived from all
> > > > the demonstrable facts, perhaps the community should now respond with
> > > > a completely unambiguous RFC on meta so there can be no doubt?
> > > >
> > > > Something along the lines of:
> > > > "The WMF have employed Wolff Olins for rebranding advice, and they
> > > > recommend that Wikimedia rebrands itself around the word "Wikipedia"
> > > > and projects like Wikimedia Commons are renamed to "Wikicommons" to
> > > > ensure marketing of the projects can easily be delivered by the WMF.
> > > > Do you support or oppose this rebranding programme?"
> > > >
> > > > With a straightforward RFC to keep on linking to in every discussion
> > > > on every venue, we might then have tangible evidence of whether
> "There
> > > > is considerable support for the branding proposal" or "There is
> > > > considerable opposition for the branding proposal" is factual. Rather
> > > > than drifting along for months with the debate and unhappiness that
> > > > comes from arguing both sides of a mostly political case without
> > > > firmly verifiable evidence available or relying on complex and less
> > > > credible stats from surveys that are likely to suffer from embedded
> > > > bias, especially considering the already banked investment in
> > > > consultancy that drives the need to change something, to prove the
> > > > spent money had impact and "value".
> > > >
> > > > P.S. Zack and others, it's best to avoid the word "collaboration"
> when
> > > > communicating with an international group. It has unfortunate history
> > > > and gives the impression that you are quoting views from
> collaborators
> > > > rather than holding open collegial discussion.
> > > >
> > > > Thanks,
> > > > Fae
> > > >
> > > > On Fri, 6 Sep 2019 at 17:19, Diane Ranville <
> > dranville-...@wikimedia.org
> > > >
> > > > wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > I agree with Pine.
> > > > > There is a majority of people who actually oppose the rebranding
> > > > > propositi

Re: [Wikimedia-l] An updated design for the Wikimedia Foundation website

2019-07-10 Thread Strainu
În mie., 10 iul. 2019 la 09:21, Kalliope Tsouroupidou
 a scris:
>
> Hey Greg,
>
> Sending privately [snip]

Nope :)

> Warm regards,
>
> K.
>
> On Wed, Jul 10, 2019 at 4:32 AM Gregory Varnum 
> wrote:
>
> > Hello!
> >
> > Today, we are  thrilled to share an updated visual design style on the
> > Wikimedia Foundation website (wikimediafoundation.org)!

I can't possibly express the relief I feel for not having to live with
the horrifying color choices of the previous version. Welcome back to
the 21st century WMF!

Strainu

> >
> > This updated design was developed by the Wikimedia Foundation’s Product
> > design team. We worked on feedback from Meta-Wiki, emails, Phabricator, and
> > hundreds of conversations paired with user testing with people in the
> > target audiences for the website. We are incredibly appreciative of the
> > great care that team has taken in making strategic, data-led design
> > decisions and really helping us amplify the website's ability to convey our
> > story to people generally unfamiliar with Wikimedia.
> >
> > We have also expanded on the information about the website on its Meta-Wiki
> > page,[1] and updated the public mirror of the code base to reflect the
> > technical changes made to the site for this updated design.[2]
> >
> > Thank you to the now hundreds of people that have been involved in helping
> > us build a website for the Foundation which we can be proud of!
> > -greg & the Wikimedia Foundation Communication team
> >
> > = A bit more about the site =
> >
> > == How is the site doing? ==
> >
> > Since the site's soft launch in July 2018, traffic has continued to
> > increase. There has also been a significant increase in donations collected
> > via this website. Two key audiences, potential staff and partners, have
> > shared positive feedback on the site’s content and organization, enabling
> > them to find jobs and contact key teams respectively. Additionally, user
> > testing has shown a positive response to the content and overall
> > architecture of the site.
> >
> > == What brought us here ==
> >
> > The Wikimedia Foundation Communications department has been collecting
> > feedback on the Foundation's website since late 2016 and beginning in
> > early 2017 has been working on addressing the backlog of issues related to
> > the website. The original Foundation site, launched in 2004, did not have a
> > clear audience, and as a result was not effectively serving any of the
> > hundreds of uses people saw for it. Maintaining the site's content beyond
> > English had become a growing problem - leaving visitors with different
> > information, depending on which language they were using, on basic details
> > like our address and executive staff. Additionally, the site had over
> > 17,000 pages - a vast majority of which were either out of date or no
> > longer in use.
> >
> > In 2017-18, the Communications department ran a "Discovery" process to help
> > inform our decision making. This process included reviews of methods used
> > by other organizations, assessment of our current communication channels,
> > collecting feedback at Wikimania, and interviews with dozens of volunteers,
> > donors, contractors, and staff. The resulting report[3] and recommendations
> > helped identify the objectives and audiences of the website,[1] and were
> > utilized throughout the initial design and development of the new website.
> >
> > Shortly after the soft launch, the department began working with the
> > Product department's design team to perform user testing, process feedback
> > collected in the weeks following the soft launch, and collect additional
> > feedback to help us make informed decisions. They helped us collect and
> > process feedback from hundreds of individuals within and outside of the
> > movement.
> >
> > Based on feedback, they conducted user testing and developed the updated
> > design we deployed this morning. We will continue to use a data and
> > feedback informed decision making in managing the site. Given the external
> > audience nature of the site, it has consistently proven important to take
> > the time to collect feedback and data from a wide variety of sources -
> > including volunteers, press, donors, partner organizations, and readers of
> > the projects.
> >
> > == What comes next ==
> >
> > More languages! The Communications department will continue to work on
> > content development and expanding translations to additional languages. If
> > you are

Re: [Wikimedia-l] VideoWiki Tool

2019-05-03 Thread Strainu
This is absolutely, incredibly awesome James! Thanks to you and the
team for this super nice feature!

Strainu

În vin., 3 mai 2019 la 04:14, James Heilman  a scris:
>
> Hey All
>
> The videowiki tool for making video summaries has moved to an "all on
> Wikipedia" functionality.
>
> Step-by-step instructions on how to use it are here
>
> https://en.wikipedia.org/wiki/Wikipedia:VideoWiki/Tutorial
>
> An example video is here
>
> https://en.wikipedia.org/wiki/Wikipedia:VideoWiki/Polio
>
> And a place to play around with the tool is here
>
> https://en.wikipedia.org/wiki/Wikipedia:VideoWiki/Sandbox
>
> Well it works there is still a lot of stuff to improve within the tool.
> Feedback appreciated. Best
> --
> 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, 
> <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] Supporting Wikinews [was: Reviewing our brand system for our 2030 goals]

2019-04-27 Thread Strainu
Pe sâmbătă, 27 aprilie 2019, Jennifer Pryor-Summers <
jennifer.pryorsumm...@gmail.com> a scris:

> Strainu,
>
> Simply leaving the world of news to others is not really an option for the
> Foundation.


The foundation doesn't really have a say in this. They might
push really hard for a wiki, but if the community isn't there, it's money
thrown away. They might just as well employ a bunch of journalists to write
articles, it won't make it a successful project.


>
> Recall that its vision is that
>
> > By 2030, Wikimedia will become the essential infrastructure of the
> ecosystem of free knowledge, and anyone who shares our vision will be able
> to join us.


That is the strategic direction of the movement. I see no promise there,
explicit or implicit, that a news wiki should or will exist. It just says
it should be easy for people to join our current projects, whatever they
are.

The WMF mission is even narrower: to empower and engage people around the
world to collect and develop *educational content* under a free license or
in the public domain, and to disseminate it *effectively and globally* (my
emphasis). It is highly debatebable if news beyond what Wikipedia covers
are educational. The mission also suggests that we should pick our battles
in order to be effective (don't forget that the discussion so far has been
mostly about the English wikinews, the status of other language versions is
even worse)


>
> It can't achieve that by abandoning news.


News and wikinews are 2 different things. Wikinews is just a tool. If
another tool works better, why not use that instead?

Strainu


>
> JPS
>
> On Sat, Apr 27, 2019 at 6:29 PM Strainu  wrote:
>
> > În mar., 16 apr. 2019 la 12:38, Dan Garry (Deskana) 
> a
> > scris:
> > >
> > > Splitting off the Wikinews discussion from the branding discussion...
> > >
> > > On Tue, 16 Apr 2019 at 07:52, Jennifer Pryor-Summers <
> > > jennifer.pryorsumm...@gmail.com> wrote:
> > >
> > > > Compared to Wikitribune it is!  But more importantly, if Wikinews is
> > not
> > > > thriving, then why not?  Does it lack resources?  What could or
> should
> > the
> > > > WMF do to revive it?
> > >
> > >
> > > In my opinion, nothing. Wikinews was a nice idea, but it didn't work
> out,
> > > and I don't think the Wikimedia Foundation investing resources into
> > trying
> > > to bring it back to life is really worth it. In fact, I think the
> > Wikimedia
> > > Foundation isn't the right group to try to breathe new life into the
> > > project anyway—we, as a volunteer community, could invest our time in
> > > bringing new content into it. That doesn't happen though. Why is that?
> > For
> > > me, I'm voting with my actions rather than my words—it's because it
> just
> > > isn't important enough compared to other things. It's okay to think
> that.
> >
> > I personally believe the law of the hammer [1] had a very significant
> > contribution to the launch of Wikinews (as well as Wikiversity,
> > Wikispecies and Wiktionary): "we have a wiki, what else can we use it
> > for?" Stated differently ("we have a mission and an idea aligned with
> > that mission, what kind of wiki would we need for that?") the outcome
> > might have been radically different. Some projects might have never
> > happened, others might have been years ago where they are now and
> > again others might have happened later (e.g. a wiki does not seem a
> > great fit for University courses, but Wikiversity might have happened
> > anyway as part of the OpenAccess movement. Or not).
> >
> > It's a bit late to change history, but it's not too late to admit some
> > of the projects are a failure in the current form and start again - or
> > just drop them. As somebody else in the conversion put it "we must
> > have ways to try and fail fast".
> >
> > Strainu
> >
> > [1] https://en.wikipedia.org/wiki/Law_of_the_instrument
> >
> > >
> > > Also, I'd prefer to see the Wikimedia Foundation trying to do fewer
> > things
> > > but do them better rather than taking more on; I think the annual plan
> > > reflects that it is trying to do so.
> > >
> > >
> > > > Perhaps some of the money spent on rebranding would
> > > > be better spent on the  projects that are not doing so well as the
> big
> > > > Wikipedias -- or perhaps the WMF should cut its losses and close them
> > down,
> > > > on the principle of reinforcing success instead.
> > > >
&g

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

2019-04-27 Thread Strainu
În mar., 16 apr. 2019 la 12:38, Dan Garry (Deskana)  a scris:
>
> Splitting off the Wikinews discussion from the branding discussion...
>
> On Tue, 16 Apr 2019 at 07:52, Jennifer Pryor-Summers <
> jennifer.pryorsumm...@gmail.com> wrote:
>
> > Compared to Wikitribune it is!  But more importantly, if Wikinews is not
> > thriving, then why not?  Does it lack resources?  What could or should the
> > WMF do to revive it?
>
>
> In my opinion, nothing. Wikinews was a nice idea, but it didn't work out,
> and I don't think the Wikimedia Foundation investing resources into trying
> to bring it back to life is really worth it. In fact, I think the Wikimedia
> Foundation isn't the right group to try to breathe new life into the
> project anyway—we, as a volunteer community, could invest our time in
> bringing new content into it. That doesn't happen though. Why is that? For
> me, I'm voting with my actions rather than my words—it's because it just
> isn't important enough compared to other things. It's okay to think that.

I personally believe the law of the hammer [1] had a very significant
contribution to the launch of Wikinews (as well as Wikiversity,
Wikispecies and Wiktionary): "we have a wiki, what else can we use it
for?" Stated differently ("we have a mission and an idea aligned with
that mission, what kind of wiki would we need for that?") the outcome
might have been radically different. Some projects might have never
happened, others might have been years ago where they are now and
again others might have happened later (e.g. a wiki does not seem a
great fit for University courses, but Wikiversity might have happened
anyway as part of the OpenAccess movement. Or not).

It's a bit late to change history, but it's not too late to admit some
of the projects are a failure in the current form and start again - or
just drop them. As somebody else in the conversion put it "we must
have ways to try and fail fast".

Strainu

[1] https://en.wikipedia.org/wiki/Law_of_the_instrument

>
> Also, I'd prefer to see the Wikimedia Foundation trying to do fewer things
> but do them better rather than taking more on; I think the annual plan
> reflects that it is trying to do so.
>
>
> > Perhaps some of the money spent on rebranding would
> > be better spent on the  projects that are not doing so well as the big
> > Wikipedias -- or perhaps the WMF should cut its losses and close them down,
> > on the principle of reinforcing success instead.
> >
>
> I suspect that significantly less money is being spent on this rebranding
> effort than people might think. A short engagement with an external
> consultant, and some staff time to think about it and publish some pages to
> solicit comment, is a relatively small investment compared to what it might
> take to bootstrap improvements to breathe life into a mostly dead project.
> I don't think it's really helpful to guess about the cost of things... yes,
> I broke my own rule right at the start of this paragraph. ;-)
>
> Dan
> ___
> 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] Reviewing our brand system for our 2030 goals

2019-04-10 Thread Strainu
t again, is not helping with
branding towards the general public and that is our target, not GLAM
or photographers.

>
> Many times, I've had librarians and curators tell me the equivalent of: "I
> never engaged with Wikipedia, because 'article writing' is not what we do.
> But metadata and authority control records on Wikidata coincide with what I
> do every day." I just had a phone call with a prominent museum collections
> manager who said her goal was to eliminate their own local metadata
> vocabulary in favor of using all Wikidata Q numbers instead. We are
> reaching a new public with Commons and Wikidata that many Wikipedians, and
> WMF employees, may not be aware of.
>
> - Wikipedia has a systemic bias: The biggest problem with Wikipedia is that
> you have to know how to read. This sounds ridiculously obvious but
> consider: in developing countries, we're often looking at a maximum 70%
> literacy rate. That's a big hurdle for our strategic goal of knowledge
> equity. We have yet to tap into video, multimedia, interactive and audio
> content as a major mode of knowledge sharing. What of oral histories or
> nontraditional/non-academic forms of human knowledge? The Wikipedia
> community has been neglectful or outright hostile to the addition and use
> of video and multimedia content in these areas. (I know this first-hand,
> having headed video initiatives or having students consistently reverted
> when adding multimedia.) Like it or not, there is an ingrained culture of
> text-heavy articles being the dominant mode for acceptable encyclopedic
> content which stands as a blocker for our evolution.

Not sure what the point is here. System biases are also obvious in
Commons (copyright law) and Wikidata (very specific knowledge is
required to understand how data is organized).

>
> What does this have to do with the branding exercise? The internal risk is
> that by promoting "Wikipedia" as not just the flagship project but the
> dominant overarching identity of our work, multimedia initiatives and new
> forms of knowledge will be even more suppressed within the movement and
> de-prioritized. We know Youtube is the number one how-to site on the
> Internet with people learning by watching and listening, without even
> needing to know how to read. Indicating that the written mode of knowledge
> is the dominant thrust of the movement is antithetical to all we know about
> what is going on with mobiles, video content and visual learning. It risks
> being the wrong message at the wrong time.
>
> - Should Wikipedia culture be the movement's culture? Rebranding everything
> as "Wikipedia" would effectively do this, so we need to think carefully.

I disagree with the second phrase. Just because Wikimedia Commons
would become WikiCommons (the proposal which I support the most and
which has the lowest chance of happening without a tremendous scandal)
the community and their policies would not be affected beyond a simple
search-and-replace. I think of the branding as an exonym - we might or
might not like it, but it doesn't change who we are - it doesn't even
change the endonym we use.

> Already there is an underground war regarding Wikidata use in Wikipedia
> information boxes, and whether "control" of that data should be ceded from
> a language-specific Wikipedia edition to the language-neutral, but emerging
> Wikidata project. There is also an underground war about short descriptions
> in English Wikipedia versus using the collaboratively edited descriptions
> in Wikidata. The risk is that adopting "Wikipedia" as the unified brand
> could very well undermine our community spirit of coming together for
> solutions by, intentionally or not, blessing an entrenched approach above
> all others.

This war is specific to English Wikipedia and a few other wikis
(admittedly, rather larger ones). Smaller communities have already
largely embraced Wikidata in infoboxes and elsewhere. This has not
changed how they represent themselves and I believe that the same
holds true for the renaming.

Also, I believe it is mistaken to think of the branding proposal as a
single, monolithic, yes-or-no proposal. It is rather a series of
proposals, some easier and some more complicated to implement. Each
should be analyzed independently for its own merits.

Regards,
   Strainu

>
> I don't claim to have the answer, but I'm worried by the lack of thoughtful
> consideration that a re-branding would have on our movement internally.
> Much of this is because our own community communications channels have
> broken down, and we don't have great ways for deliberation. I hope we have
> more considered conversation and not rush into any decisions on this.
>
> -Andrew
>
>
> On Wed, Apr 10, 2019 at 5:14 AM Galder Gonzalez Larrañaga &l

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

2019-04-10 Thread Strainu
Pe marți, 9 aprilie 2019, Chris Keating  a
scris:

> > At the occasion, we should also reconsider the expressions "chapter"
> > and "user group".
> > "Chapter" is more suitable for local divisions of a national
> > association. And "user group" sounds just like some group. We also
> > already have "user group" as a technical term in MediaWiki.
> >
>
> You may be aware that the movement strategy process is thinking about this
> issue, albeit at a broader level :)
>
> For instance one of the questions the Roles and Responsibilities group is
> looking at is "What governance and organizational structures do we need to
> support the delivery of the strategic direction?"(1)


One would hope that both that group as well as others will be informed and
will take into account the results of the study, which confirm anecdotic
data that almost anyone doing outreach knows.

This is not a matter to be left at  the foundation's sole discretion
(although I personally approve the proposals to various degrees).

Strainu

>
> You will notice that there is no mention of chapters, user groups or indeed
> the WMF in this question. That's because there is no presumption that any
> of those bodies (or types of bodies) will continue to exist in their
> current form - the changes from the strategy process may well be much more
> profound than finessing the names of categories of entity that currently
> exist.
>
> Thanks,
>
> Chris
>
>
>
> (1)
> https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2018-20/2019_
> Community_Conversations/Roles_%26_Responsibilities#Scoping_questions
> ___
> 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] WMF C-level turnover

2019-03-08 Thread Strainu
Hi,

Are there any public informations on the C-level average duration of
employment and turnover levels in WMF compared to other NGOs and/or
companies in the Bay area?

It occurred to me that the turnover seems significantly higher that what I
am seeing in tech companies, but I might be missing some context.

Thank you,
  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, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

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

2019-03-06 Thread Strainu
Pe marți, 26 februarie 2019, Benjamin Ikuta  a
scris:

>
>
>
> Is it perhaps a common misconception that Wikipedia is Wikimedia, or visa
> versa?


My personal experience, which seems to be confirmed by this study, is that
people simply have no idea what Wikimedia is. :)

Selling the changes to outsiders will be easy, we'll see how it goes with
insiders.

Strainu

>
>
>
>
> On Feb 25, 2019, at 7:13 PM, Zack McCune  wrote:
>
> > :: Apologies for cross-posting to multiple mailing lists. We want to
> ensure
> > we spread the word about this opportunity to as many people as possible.
> ::
> >
> > Hi all,
> >
> > We are writing today to invite you to be a part of a community review on
> > Wikimedia brand research and strategy.
> >
> > Recently, the Wikimedia Foundation set out to better understand how the
> > world sees Wikimedia and Wikimedia projects as brands.[1] We wanted to
> get
> > a sense of the general visibility of our different projects, and evaluate
> > public support of our mission to spread free knowledge.
> >
> > We launched a global brand study to research these questions, as part of
> > our planning toward our 2030 strategic goals.[2] The study was
> commissioned
> > by the Board, carried out by the brand consultancy Wolff Olins, and
> > directed by the Foundation’s Communications team.[3][4] It collected
> > perspectives from the internet users of seven countries (India, China,
> > Nigeria, Egypt, Germany, Mexico and the US) on Wikimedia projects and
> > values.
> >
> > The study revealed some interesting trends:
> >
> > - Awareness of Wikipedia is above 80% in Western Europe and North
> America.
> >
> > - Awareness of Wikipedia averages above 40% in emerging markets,[5] and
> is
> > fast growing.
> >
> > - There is awareness of other projects, but was significantly lower. For
> > example, awareness of Wikisource was at 30%, Wiktionary at 25%, Wikidata
> at
> > 20%, and Wikivoyage at 8%.
> >
> > - There was significant confusion around the name Wikimedia. Respondents
> > reported they had either not heard of it, or extrapolated its
> relationship
> > to Wikipedia.
> >
> > - In spite of lack of awareness about Wikimedia, respondents showed a
> high
> > level of support for our mission.
> >
> > Following from these research insights, the Wolff Olins team also made a
> > strategic suggestion to refine the Wikimedia brand system.[6] The
> > suggestions include:
> >
> > - Use Wikipedia as the central movement brand rather than Wikimedia.
> >
> > - Provide clearer connections to the Movement projects from Wikipedia to
> > drive increased awareness, usage and contributions to smaller projects.
> >
> > - Retain Wikimedia project names, with the exception of Wikimedia Commons
> > which is recommended to be shortened to Wikicommons to be consistent with
> > other projects.
> >
> > - Explore new naming conventions for the Foundation and affiliate groups
> > that use Wikipedia rather than Wikimedia.
> >
> > - Consider expository taglines and other naming conventions to reassert
> the
> > connections between projects (e.g. “__ - A Wikipedia project”).
> >
> > This is not a new idea.[7][8]
> >
> > By definition, Wikimedia brands are shared among the communities who give
> > them meaning. So in considering this change, the Wikimedia Foundation is
> > collecting feedback from across our communities. Our goal is to speak
> with
> > more than 80% of affiliates and as many individual contributors as
> possible
> > before May 2019, when we will offer the Board of Trustees a summary of
> > community response.
> >
> > We invite you to look at a project summary [9], the brand research [10],
> > and the brand strategy suggestion [11] Wolff Olins prepared working with
> us.
> >
> > For feedback, please add comments on the Community Review talk page [12]
> or
> > email brandproj...@wikimedia.org with direct feedback. You can also use
> > either of these channels to request to join a group meeting.
> >
> > We know this is big topic and we’re excited to hear from you!
> >
> >
> > - Zack McCune and the Wikimedia Foundation Communications department
> >
> >
> > [1]
> > https://wikimediafoundation.org/2019/02/07/how-does-the-
> world-see-wikimedia-brands/
> >
> > [2] https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2018-20
> >
> > [3] https://www.wolffolins.com/
> >
> > [4] https://meta.wikimed

Re: [Wikimedia-l] Wikimedia Foundation Bylaws changed plus next steps

2019-02-21 Thread Strainu
În joi, 21 feb. 2019 la 16:59, Itzik - Wikimedia Israel
 a scris:
>
> No, you aren't missing anything. The timeline is strange.
>
> As Antanana wrote, *"The conversation about how User Groups may participate
> in this process has been on for years, it is not a new topic [4]." *
> So if it isn't a new proposal, why the board jumped to do this change so
> close to the election instead of a year or so before?
> On the other hand, if this issue is old enough, so why do the change now,
> instead of holding the elections and then conduct (without pressure) a REAL
> discussion and DEEP thinking about how to involve UGs while maintaining
> equal elections.

Actually, the timeline (give or take a couple of weeks) seems quite
well chosen to force a timely discussion. Realistically speaking, if a
wiki-discussion has lagged for years, it would have also lagged until
the next round of elections, in 3 years. Also, having a solution in
place for the current election does not prevent another round of
discussions afterwards, based on the then-existing experience.

I understand that the chapters have concerns regarding their ability
to have a say in the board, but the fact that there has been a lack in
new chapters in recent years has given them an unfair advantage over
other organizations in the ecosystem. Most of the objections on the
talk page focused on how the UGs will double vote, skew the elections
etc. without considering that many user groups have established
internal policies and decision-taking procedures on par with smaller
chapters. I urge all of the chapter representatives to give up the
fearmongering and work with the interested parties to make this
dialogue a showcase of openness and collaboration "à la Wikimedia".

Strainu (for himself)

>
>
>
> *Itzik Edri*
> Chairperson
> it...@wikimedia.org.il
> +972-54-5878078
>
>
>
>
> On Wed, Feb 20, 2019 at 8:01 PM effe iets anders 
> wrote:
>
> > As for process.. While I appreciate that this time, the change was at least
> > announced before the vote, and that some board members at least engaged in
> > some conversation - I have yet to see how this was taken into consideration
> > by the board as a whole. It feels like the board already made up its mind.
> >
> > What is surprising me most, is that it took a month for this announcement
> > to be made - especially considering a time sensitive process being impacted
> > by this decision. Or did I miss a more timely announcement elsewhere?
> >
> > Best,
> > Lodewijk
> >
> > On Wed, Feb 20, 2019 at 3:19 AM Santiago Navarro <
> > santiagonava...@wikimedia.es> wrote:
> >
> > > In fact, I did not participate in the discussion page on meta about
> > > that, because I guessed that my opinion would not be taken in account,
> > > neither discussed, and now it seems that, sadly, I was right in that
> > > thought.
> > >
> > > El 2019-02-19 17:25, Itzik - Wikimedia Israel escribió:
> > > > Antanana and the board,
> > > >
> > > > I find it sad and disappointing that after such a long conversation on
> > > > the
> > > > talk page, there wasn't any comment on the talk page or in this
> > > > statement
> > > > about the problem of double voting by many UG's members. Did the board
> > > > even
> > > > discuss that or we just wasted our time giving feedback on it?
> > > >
> > > > Ensuring equality in voting is the basis for every democracy and is
> > > > trampled here completely without any comment from the board about how
> > > > to
> > > > ensure it.
> > > >
> > > >
> > > > *Itzik Edri*
> > > > Chairperson
> > > > it...@wikimedia.org.il
> > > > +972-54-5878078
> > > >
> > > >
> > > >
> > > >
> > > > On Tue, Feb 19, 2019 at 5:18 PM Nataliia Tymkiv  > >
> > > > wrote:
> > > >
> > > >> Hello all!
> > > >>
> > > >> The Wikimedia Foundation Board has unanimously approved the changes to
> > > >> the
> > > >> Bylaws [1] during the last Board meeting on January 30, 2019. This
> > > >> will be
> > > >> covered in the minutes, and the resolution will be published in short
> > > >> order.
> > > >>
> > > >> This change allows the participation of User Groups [2] in the
> > > >> Affiliate-selected Board seats (ASBS) 2019 process [3].  The
> > > >> discussion
> > > >> about this process shoul

[Wikimedia-l] Wikimedians of Romania and Moldova annual report

2019-01-18 Thread Strainu
Hello everyone,

I am happy to announce that the first-ever annual report from the
Wikimedians of Romania and Moldova User Groups (WMROMD) is now
available on Meta. [1]

Looking forward to any feedback you might have.

Strainu on behalf of WMROMD.

[1] 
https://meta.wikimedia.org/wiki/Wikimedians_of_Romania_and_Moldova_User_Group/2018

___
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] Is the death of Wikipedia imminent?

2018-12-30 Thread Strainu
În dum., 30 dec. 2018 la 12:40, Zubin JAIN
 a scris:
> These are gross generalizations

That's exactly the point here! Maybe not everyone is like that, but
the pattern is supported by studies. The question is: how do we
support (or, how do we make Wikipedia relevant for) this category?

> The idea that Wikipedia needs to be dumbed down
Nobody proposed that.

> On Sun, 30 Dec 2018 at 17:21, Jane Darnell  wrote:
>
> > We need better upload interfaces for fixing spelling mistakes,
> > adding blue links, categories, media, and all other common tasks.

I had a conversation with Dan Garry in Cape Town about why categories
and navboxes are not shown on mobile and it seems they are not a
"thing" anymore (aka not used by the readers, which prefer navigating
through inline links). For the rest, I agree. What do you think of the
CitationHunt tool? Would it help if integrated in the normal workflow?

În dum., 30 dec. 2018 la 12:57, Anders Wennersten
 a scris:
>
> In my little duckpond (svwp) we have guidleines for the introduction
> part of the article.
>
> It should use (simple) language to enable 14-16 years old to understand
> it (while the rest can use more complicated vocabulary)

How very interesting! I've always thought that Wikipedia should be
accessible for people with middle studies (highschool) but I've been
accused of trying to "dumb down" Wikipedia. Thanks for the idea!

More generally, yes, the introduction is the obvious candidate for
what Yaroslav is proposing, the question is how do you put it to the
best use? Are popups (currently enabled for anonymous users) enough?
Movies and visuals are complicated for most people, would an audio
help? Text to speech is pretty good (and dead cheap) these days and I
know WMSE has done some work in this domain. Would an audio of the
introduction help? What about reading the whole article?

This is a major topic, we should probably try to extract 2-3 ideas
that can be pushed forward from it.

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, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Re: [Wikimedia-l] Page views of male/female biographies?

2018-12-06 Thread Strainu
În joi, 6 dec. 2018 la 01:20, David Cuenca Tudela  a scris:
>
> Hi Tilman,
>
> I disagree with your appraisal that there are better venues for my
> question. The gendergap mailing list is technically dead, before your
> message the last one was from April. The other mailing list is related to
> research, not to stats that should be readily available.
>
> From your answer (and the lack of more information) I understand that there
> is a poor (inexistent?) tracking of audience bias. In my opinion these data
> would be very useful to monitor how visitors evolve with more availability
> of women's biographies. I have requested it to be added to the Metrics Kit.
> If anyone else wants to endorse or comment:
> https://meta.wikimedia.org/wiki/Talk:Community_health_initiative/Metrics_kit#Gender_bias_of_audience

David, The data is trivial to get but very hard to interpet:
1. Use PetScan (https://petscan.wmflabs.org/) to identify "biographies
of men/women" and save the outputs as PagerPile
2. Use MassiveViews
(http://tools.wmflabs.org/massviews/?project=en.wikipedia.org) to get
the data from those PagePiles.

That's all there is to it. It can also be automated, although I won't
go into details without testing. But without clear guidelines of how
to interpret it, the data can be extremely misleading, so that part is
the hard one.

HTH,
Strainu

>
> Regards,
> Micru
>
>
> On Tue, Dec 4, 2018 at 2:22 AM Tilman Bayer  wrote:
>
> > Hi Micru,
> >
> > in general, there may be better venues to ask this kind of question, e.g.
> > the Wiki-research-l and Gendergap mailing lists (both CCed). But for a
> > partial answer, the paper by Marit Hinnosaar reviewed here looks at these
> > stats (if not their long-term trend):
> >
> > https://meta.wikimedia.org/wiki/Research:Newsletter/2015/December#Does_advertising_the_gender_gap_help_or_hurt_Wikipedia
> > ?
> >
> > E.g. "On a typical (median) day in September 2014, no one read 26 percent
> > of the biographies of men versus only 16 percent of the biographies of
> > women."
> >
> > On Wed, Nov 28, 2018 at 3:35 AM David Cuenca Tudela 
> > wrote:
> >
> > > Hi,
> > >
> > > Are there any statistics that track the evolution of page views of
> > > male/female biographies in the different Wikipedias?
> > >
> > > Regards,
> > > Micru
> > > ___
> > > 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>
> >
> >
> >
> > --
> > Tilman Bayer
> > Senior Analyst
> > Wikimedia Foundation
> > IRC (Freenode): HaeB
> > ___
> > 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>
>
>
>
> --
> Etiamsi omnes, ego non
> ___
> 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] Proposal regarding norms for meeting/deadline announcements

2018-10-24 Thread Strainu
There is a saying that it's much easier to change yourself than to change
others. I strongly believe that this applies here.

Since my original suggestion might have seemed too technical,let me try to
rephrase it. Gmail has a "mute thread" feature, and so do many other email
clients. You can also "mark as read" by subject using filters. Look them
up, the first Google results should clarify the usage. It won't take you
more than half an hour to get rid of reminders for good.

Strainu

Pe miercuri, 24 octombrie 2018, 80hnhtv4agou--- via Wikimedia-l <
wikimedia-l@lists.wikimedia.org> a scris:

>
> have you seen this;
>   Do you want to receive messages that do
> not match any topic filter?
> This option only takes effect if you've
> subscribed to at least one topic above. It describes what the default
> delivery
> rule is for messages that don't match any topic filter.
> Selecting   No   says that if the
> message does not match any topic filters, then you won't get the message,
> while
> selecting   Yes   says to deliver such
> non-matching messages to you.
> If no topics of interest are selected
> above, then you will receive every message sent to the mailing
> list. Avoid duplicate copies of
> messages?
> When you are listed explicitly in
> the   To:   or   Cc:   headers
> of a list message, you can opt to not receive another copy from the
> mailing
> list. Select   Yes   to avoid receiving
> copies from the mailing list;
> select   No   to receive
> copies.
> If the list has member personalized
> messages enabled, and you elect to receive copies, every copy will have
> a   X-Mailman-Copy: yes   header added
> to it.
>
> From: Philippe Beaudette
> Sent: Tuesday, October 23, 2018 3:58 PM
> To: Wikimedia Mailing
> List
> Subject: Re: [Wikimedia-l] Proposal regarding norms for
> meeting/deadlineannouncements
>
> On
> Tue, Oct 23, 2018 at 4:30 AM Fæ < fae...@gmail.com >
> wrote:
>
> >
> >
> > I propose that we create a movement wide
> announcements list
> > (wikimedia-announcements) that is intended for
> broadcasting, rather
> > than discussion...
> >
> >
> Hi
> Fae,
>
> Are you suggesting the creation of another announcements list?
> In addition
> to   https://lists.wikimedia.org/mailman/listinfo/wikimediaannounce-l ?
> Is
> there something wrong with wikimediaannounce-l?  It even forwards
> all
> replies to this list for
> discussion.
>
> Thanks,
>
> pb
> ___
> 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,
> <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] Proposal regarding norms for meeting/deadline announcements

2018-10-17 Thread Strainu
Pe luni, 15 octombrie 2018, Pine W  a scris:

> Hi Wikimedia-l and Wikitech-l,
>
> Keeping in mind the large numbers of subscribers on some Wikimedia email
> lists, the endless valuable uses for the time of knowledgeable volunteer
> Wikimedians, the significant financial costs for the time of many of the
> staff and contractors on these mailing lists, and how packed calendars can
> be, I propose that we implement a few social norms/guidelines for
> Wikimedia-l and Wikitech-l in particular.
>
> 1. When planning to have a one-time public meeting, announce it at least 14
> days in advance to give everyone who might like to participate that much
> lead time to clear space on their calendars. Rarely is a one-time public
> meeting so urgent that it cannot wait 14 days from the day that it is
> announced.
>
> 2. Send a maximum of one reminder email regarding a one-time public
> meeting, and also send a maximum of one reminder email regarding events
> with deadlines such as Wikimania scholarship submissions or conference
> presentation proposals. More than one reminder about a meeting or deadline
> is excessive.


I doubt that one reminder is enough. Reminders are a powerful motivator for
many people, so it is important to have them at the right time.  People
have different ways of planning and different ways of preparing for an
event. For some an hour might be enough to write a scholarship application,
while others will craft it over many nights. All deserve to receive a
reminder at the right time for them.


> 3. If extending a deadline, send only an announcement of the extension with
> no additional reminder.


Same comment as above.


>
> 4. Send only one email to announce a recurring weekly meeting, with no
> additional reminders. Meetings which recur less often, such as biweekly or
> monthly, may continue to be announced with one additional reminder.
>
> At this time these are proposals only. Comments are welcome. If the
> comments become extensive then I may request that we move the conversation
> to Meta.


Overall, I would like to suggest that people unhappy with the current
activity level should consider alternatives to their workflows, such as
digests and smarter mail clients, rather than impose rules on others.

Regards,
  Strainu

>
> Thank you,
>
> Pine
> ( https://meta.wikimedia.org/wiki/User: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,
> <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] Cheat sheets visual editing on Wikipedia

2018-07-11 Thread Strainu
There are a bunch of such cheatsheets around, I did one myself based on the
old Editing Wikipedia brochure, but what Arne has managed is to somehow put
the image (screenshot)  in the spotlight in a way much better than anything
I've seen before.

Having a svg version will ease the translation effort a lot.

Strainu

Pe joi, 12 iulie 2018, Nick Wilson (Quiddity)  a
scris:

> Traditionally, the centralized spot is at
> https://outreach.wikimedia.org/wiki/Bookshelf
> I've added an item for that, to the Wikimedia Resource Center.
>
> On Wed, Jul 11, 2018 at 2:31 AM Cornelius Kibelka <
> cornelius.kibe...@wikimedia.de> wrote:
>
> > Sure, I / we are happy to add this (and other) material somewhere. I
> > couldn't find the best spot in the Wikimedia Resource Center (somewhere
> > here
> >
> > https://meta.wikimedia.org/wiki/Wikimedia_Resource_Center/For_program_
> coordinators
> > ?
> > <https://meta.wikimedia.org/wiki/Wikimedia_Resource_Center/For_program_
> coordinators?>),
> > so I'm happy to get any pointers.
> >
> > Cheers
> > Cornelius
> >
> > On Wed, 11 Jul 2018 at 10:54, Delphine Dallison <
> > d.dalli...@scottishlibraries.org> wrote:
> >
> > > It would be great to get all these cheat sheets gathered up in a meta
> > page
> > > on Wikimedia Resources so we can do a concerted effort to get them
> > > translated into as many languages as possible and so we don't keep on
> > > reinventing the wheel. I think both Arne's cheat sheets and the
> Wikimedia
> > > Deutschland ones are great. Personally I would probably chose to go
> with
> > > Arne's if I was doing institutional level outreach and the other set
> for
> > > more relaxed public editathons, so they both have their value. Is
> anyone
> > on
> > > here with metawiki to help us gather these in one place including the
> > > translations as they start to come through?
> > >
> > > Best wishes,
> > >
> > > Delphine Dallison
> > > Wikimedian in Residence
> > > Scottish Library and Information Council
> > > Turnberry House
> > > Suite 5:5, Fifth Floor
> > > 175 West George Street
> > > Glasgow G2 2LB
> > > Tel: 0141 202 2999
> > > www.scottishlibraries.org
> > >
> > >
> > > Enriching lives through libraries
> > >
> > >
> > > -Original Message-
> > > From: Wikimedia-l  On Behalf
> Of
> > > Cornelius Kibelka
> > > Sent: 11 July 2018 08:17
> > > To: Wikimedia Mailing List 
> > > Subject: Re: [Wikimedia-l] Cheat sheets visual editing on Wikipedia
> > >
> > > Hey all,
> > >
> > > not meant to be competing with Arne ;) , but if you're looking for
> > another
> > > design: Wikimedia Deutschland has created similar "cheat sheets", just
> > > with another, a bit funnier style:
> > > *
> > >
> > >
> > https://emea01.safelinks.protection.outlook.com/?url=
> https%3A%2F%2Fcommons.wikimedia.org%2Fwiki%2FFile%3AWikipedia_Spickzettel_
> Artikel_f%25C3%25BCr_Wikipedia_schreiben.pdf
> data=02%7C01%7Cd.dallison%40scottishlibraries.org%
> 7Cdfc73bc663fe486a919308d5e6fe5ad1%7C6414ad35a3824075ab2600ed2b7a
> db76%7C1%7C1%7C636668902476712848sdata=tvr327cjcUS%2B64%
> 2BPCx0G6rEi8AyE4vU2CU%2B3hfmzVq0%3Dreserved=0
> > > ("Writing
> > > articles for Wikipedia")
> > > *
> > >
> > >
> > https://emea01.safelinks.protection.outlook.com/?url=
> https%3A%2F%2Fcommons.wikimedia.org%2Fwiki%2FFile%
> 3AWikipedia_Spickzettel_In_Wikipedia_kommunizieren.pdf&
> amp;data=02%7C01%7Cd.dallison%40scottishlibraries.org%
> 7Cdfc73bc663fe486a919308d5e6fe5ad1%7C6414ad35a3824075ab2600ed2b7a
> db76%7C1%7C1%7C636668902476712848sdata=AM5n4Cchj%
> 2FWscHNK6jQ40foKXvdcBl63A6ZpmL0z1Aw%3Dreserved=0
> > > ("Communicating within the Wikipedia community")
> > > *
> > >
> > >
> > https://emea01.safelinks.protection.outlook.com/?url=
> https%3A%2F%2Fcommons.wikimedia.org%2Fwiki%2FFile%
> 3AWikipedia_Spickzettel_Mit_dem_Smartphone_Wikipedia_
> bearbeiten.pdfdata=02%7C01%7Cd.dallison%40scottishlibraries.org%
> 7Cdfc73bc663fe486a919308d5e6fe5ad1%7C6414ad35a3824075ab2600ed2b7a
> db76%7C1%7C1%7C636668902476712848sdata=R2WKNW0GTQIMOScU5n7NIZKA%
> 2FVydv2Q3sfue51B4jfY%3Dreserved=0
> > > ("Edit Wikipedia with your smartphone")
> > > *
> > >
> > >
> > https://emea01.safelinks.protection.outlook.com/?url=
> https%3A%2F%2Fcommons.wikimedia.org%2Fw

Re: [Wikimedia-l] Cheat sheets visual editing on Wikipedia

2018-07-10 Thread Strainu
Hi Arne,

I'm also interested in translating these in Romanian, but I can't
really work with Illustrator.

Strainu

2018-07-10 12:31 GMT+03:00 Arne Wossink :
> Hi all,
>
> For WMNL I've been working on several 1-page cheat sheets on how to edit
> Wikipedia in visual editing mode, to be used during editathons. These
> currently include "create an account", "make your first edit", "insert a
> reference", "upload an image to Wikimedia Commons", and a general cheat
> sheet on the visual editor. They're all in Dutch, except for the Visual
> editing cheat sheet, which is also available in English.
>
> If anyone's interested in having these available in their own language, I'm
> more than happy to work with them to make these available (time
> permitting). Source files are available in Adobe Illustrator format, so I
> can make those available as well to those who would like to do the editing
> themselves.
>
> https://commons.wikimedia.org/wiki/File:Cheat_sheet_Visual_editing_on_Wikipedia.pdf
> https://commons.wikimedia.org/wiki/File:Spiekbriefje_Visueel_bewerken.pdf
> https://commons.wikimedia.org/wiki/File:Maak_een_account_aan_op_Wikipedia.pdf
> https://commons.wikimedia.org/wiki/File:Doe_je_eerste_bewerking_op_Wikipedia.pdf
> https://commons.wikimedia.org/wiki/File:Voeg_je_eerste_referentie_toe_aan_Wikipedia.pdf
> https://commons.wikimedia.org/wiki/File:Upload_je_eerste_foto_naar_Wikimedia_Commons.pdf
>
> Best,
>
> Arne Wossink
>
> Projectleider / Project Manager Wikimedia Nederland
>
> *(Werkdagen: maandag, dinsdag, donderdag / Office hours: Monday, Tuesday,
> Thursday)*
>
> Tel. +31 (0)6 11000505
> E-mail: woss...@wikimedia.nl
>
> *Post/bezoekadres / Mail/visiting address:*
> Mariaplaats 3
> 3511 LH Utrecht
> ___
> 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] Creation of separate user group for editing sitewide CSS/JS

2018-07-10 Thread Strainu
2018-07-10 20:38 GMT+03:00 Alex Monk :
> On 10 July 2018 at 12:06, Bodhisattwa Mandal 
> 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, 
> <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] [GLAM] Rapid Grants Closure May 14 - June 30, 2018

2018-05-02 Thread Strainu
2018-05-02 1:51 GMT+03:00 Woubzena Jifar <wji...@wikimedia.org>:
> 3. On your third point of having the 1st - 15th of the month be an open
> application time, this is also an experiment. We hope that this focused,
> clear timeline will allow us to respond more quickly and help community
> members understand the state of their application more easily.

Woubzena, there used to be a time when the promise of the Rapid grants
was that they would be reviewed weekly. I understand this is no longer
possible, even if the wording is still present on meta. Does the new
rule imply a promise from the WMF that the grants will be granted or
refused withing the same calendar month?

Regards,
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, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Re: [Wikimedia-l] Notification about problem identified with a recent CentralNotice banner

2018-03-17 Thread Strainu
Thank you for letting us know early on. I would also want to see a post-mortem 
on this and I hope the steps taken to mitigate the risk will be consistent with 
the ones taken on the recent fa.wiki criptocurrency case.

Strainu

În 17 martie 2018 03:57:28 EET, Gregory Varnum <gvar...@wikimedia.org> a scris:
>On 14 March and 15 March 2018, a CentralNotice banner appeared to some
>logged-out users viewing English Wikipedia pages. The banner contained
>JavaScript hosted by Facebook, which allowed Facebook to collect
>traffic data from those who visited a page with a banner. The banner
>was prepared by the Wikimedia Foundation. The Foundation turned the
>banner off as soon as we learned how the script was running, and its
>potential scope. We have also removed all references to the code in
>question from CentralNotice on Meta-Wiki.
>
>The code utilized in this banner was based on an unused prototype
>created by an outside vendor. Because the prototype was never enabled,
>the vendor’s prototype code was not subjected to our standard quality
>assurance process. However, we made the mistake of reusing the code for
>a different purpose, and implementing it based on recommendations in
>documentation from Twitter and Facebook to improve the appearance of
>shared links. At the time, our understanding was that the platforms
>would only receive traffic data if the user clicked on the link.
>Although this was true for Twitter, the Facebook code operated
>differently.
>
>We discovered the problematic link configurations during our ongoing
>monitoring of live banners. The recommended code enhanced not only the
>appearance of links, it also enhanced Facebook's ability to collect
>information on people visiting non-Facebook sites. As soon as we
>realized these banners were sharing information without even having to
>click the link, we disabled them and began an investigation. Staff in
>multiple departments are collaboratively reviewing the incident as well
>as procedural and technical improvements to prevent future incidents.
>
>While this sort of tracking is commonplace today across most of the
>internet, it is not consistent with our policies. We are disappointed
>that this type of hidden data collection is routinely recommended by
>major platforms, without clearer disclosure.
>
>These practices are why we all must regularly take routine steps to
>maintain a secure computer and account. As the Wikimedia Foundation
>continues to explore ways we can do that within Wikimedia's platform,
>we encourage you to consider tools which block unwanted third-party
>scripts like the one provided by Facebook.
>
>We apologize for sending this late on a Friday (San Francisco time).
>However, we wanted to provide this information as quickly as possible.
>___
>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>

-- 
Trimis de pe dispozitiv Android cu K-9 Mail. Rog scuzati mesajul scurt.
___
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] About Facebook Linked in some of Wikimedia projects

2018-03-01 Thread Strainu
2018-03-01 4:01 GMT+02:00 Erik Moeller <eloque...@gmail.com>:
>
> 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.

Even if there would be an open-source alternative with all the
Facebook functionality, installing, maintaining and promoting it would
be a huge waste of money. The Facebook pages are an *outreach* tool,
which implies getting out of our walled garden, not extending the
garden. Choosing Facebook is simply the smart thing to do ATM, since
all alternatives are smaller in size and engagement.

The more interesting thing is what you do once you have the page and
you have convinced your community to put it in a banner or sidebar. I
have experimented with small tasks that could be done by newcomers,
such as identifying images or correcting diacritics, with somewhat
mixed results (the more I go towards text editing, the lower the
impact). I am curious if other people have done similar experiments
and would be willing to share their experience.

Strainu



>
> 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, 
> <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] Hard spaces being added by the hundreds

2017-12-23 Thread Strainu
James, I've reported a similar issue back in 2012:
https://en.wikipedia.org/wiki/User_talk:Cacycle/wikEd/Archive_013#wikiEd_replaces_the_non_breaking_space_(U+00A0)_character_with_space_(U+0020)
 Apparently the way to "solve" this non-issue has changed (for the
better IMHO, but I can see why you consider it as worse).

I would suggest dropping wikiEd at once for one of the more modern
editors, such as the syntax highlighting feature or the 2017 source
editor. It will probably break your workflow for a while, but in the
long term the benefits will outweigh the issues.

Strainu

2017-12-24 2:26 GMT+02:00 James Heilman <jmh...@gmail.com>:
> Per recommendations I have started a phabricator ticket here
> https://phabricator.wikimedia.org/T183647
>
> Help if I filled it out wrong appreciated :-) Happy holidays / Merry X-mas.
>
> James
>
> On Sat, Dec 23, 2017 at 4:37 PM, James Heilman <jmh...@gmail.com> wrote:
>
>> Hey All
>>
>> I have no idea what to do. I have been asking around. Hard spaces are
>> being adding to English Wikipedia by the 100s to 1000s. I have no idea why
>> and I have no idea how to fix it.
>>
>> I have brought this up here https://en.wikipedia.org/
>> wiki/User_talk:WhatamIdoing#Hard_spaces
>>
>> and
>>
>> https://en.wikipedia.org/wiki/User_talk:Cacycle/wikEd#Stop_adding_;
>>
>> Folks appear to be saying that the problem is someone elses problem. It
>> appears to be mainly coming from education initiatives / those who use
>> visual editor and thus I imaging copying and pasting content between
>> different parts of Wikipedia.
>>
>> --
>> James Heilman
>> MD, CCFP-EM, Wikipedian
>>
>
>
>
> --
> 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, 
> <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] Facebook test features Wikipedia

2017-10-05 Thread Strainu
2017-10-05 23:14 GMT+03:00 Andy Mabbett <a...@pigsonthewing.org.uk>:
> On 5 October 2017 at 20:54, Toby Negrin <tneg...@wikimedia.org> wrote:
>
>> You might have seen that Facebook announced a test of a new feature today
>> that uses English Wikipedia content.[1] The new feature provides more
>> context about the source of news articles users see in their News Feed on
>> Facebook by pulling information about publishers from Wikipedia.
>
> Sounds good - does anyone know of any screen-shots. or video, showing
> this in action?

Check out the video in the original announcement that Toby linked to.

It's pretty cool indeed, but might put pressure on smaller communities
whenever extended to other languages.

Strainu
>
> --
> 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] Emerging Communities: a proposed new definition

2017-09-28 Thread Strainu
I would like to thank the Community Resources team for dropping the highly 
discriminatory division into North and South and for proposing a more nuanced 
approach. 

I would also urge the remaining teams within the WMF that still use the terms 
to consider less offensive alternatives suitable for their particular purposes. 

Strainu

În 27 septembrie 2017 20:28:52 EEST, Asaf Bartov <abar...@wikimedia.org> a 
scris:
>Dear Wikimedians,
>
>Years ago, as part of the first Strategy process of 2009-2010, a
>distinction entered our lives, between Global North and Global South
>countries.  That distinction was borrowed from a United Nations agency
>named ITU, and it was used as shorthand to refer to communities the
>Foundation considered to need additional resources and help to achieve
>impact on our mission of creating and sharing free knowledge.
>
>However, the distinction was never a very good fit for us.  It was
>based on
>UN notions like the Human Development Index, and gave much weight to
>nation-wide economic conditions.  Its binary nature did not allow for
>distinguishing between countries where Wikimedia work is possible and
>happening, albeit with difficulty, and ones where no Wikimedia work, or
>next to none, is happening, or possible.  It also looked only at
>geography,
>whereas much of our work is defined by language communities and not by
>geographies.  And it was political and alienating to many people.
>
>In short, it was both not as useful as we needed it to be as well as
>unloved and rejected by many.
>
>The Community Resources team at the Wikimedia Foundation has been
>thinking
>about replacing that distinction with a more nuanced one, that would be
>a
>much better fit with our needs, would take into account the actual
>state of
>editing communities, would consider multiple axes beyond geography, and
>would be less controversial.
>
>We began using the term "emerging communities" two years ago, first as
>a
>replacement for the term Global South, but it has always been our
>intention
>to define Emerging Communities ourselves.  Finishing the proposed
>definition took a back seat for a while due to other priorities, but we
>are
>ready to share the proposed definition today:
>
>https://meta.wikimedia.org/wiki/Community_Engagement/Defining_Emerging_Communities
>
>
>We welcome your thoughts, on the talk page (ideally) or on this thread.
>The definition is already our working definition, but we are open to
>incorporating changes to both wording and substance through October
>31st.
>
>Be sure to take a look at the FAQ supplied at the bottom of the page,
>too.
>:)
>
>Cheers,
>
>Asaf
>___
>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>

-- 
Trimis de pe dispozitiv Android cu K-9 Mail. Rog scuzati mesajul scurt.
___
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] Banners for logged-in users (was:How can we fix the two-stage page loading problem?)

2017-09-05 Thread Strainu
Changing subject, the other thread is about something totally different.

2017-09-05 14:38 GMT+03:00 Joseph Seddon <jsed...@wikimedia.org>:
> WMF hasn't shown fundraising banners to logged in users for several years.

While I wouldn't bet my life on it, I'm pretty sure I saw banners on
mobile just last month, while being logged in.

Strainu


>
> Regards
> Seddon
>
>
>
> On 5 Sep 2017 08:33, "Lodewijk" <lodew...@effeietsanders.org> wrote:
>
>> Hey Ori,
>>
>> I like the creative thinking :) For the fundraising that could indeed work
>> well (although I have no numbers on what percentage of domations comes from
>> logged in users etc), but there are also campaigns tht are quite relevant
>> for logged in users.
>>
>> Lodewijk
>>
>> On Sun, Sep 3, 2017 at 7:16 PM, Ori Livneh <ori.liv...@gmail.com> wrote:
>>
>> > On Sep 3, 2017 13:02, "David Gerard" <dger...@gmail.com> wrote:
>> >
>> > On 2 September 2017 at 02:09, Michael Peel <em...@mikepeel.net> wrote:
>> >
>> > > This is possibly the most annoying feature of the Wikimedia projects at
>> > the moment. You access a page. Then you start reading or editing it. And
>> > then suddenly the page jumps when a fundraising banner / central notice /
>> > gadget / beta feature loads. So you have to start reading the page again,
>> > or you have to find where you were editing again, or you have to undo the
>> > change you just made since you made it in the wrong part of the page.
>> >
>> >
>> > Or you click "edit" and it hits the banner that suddenly popped up
>> > under your click. 
>> >
>> >
>> > One possible solution would be to exempt anyone who edits an article from
>> > being shown a banner by means of a cookie with a suitable expiry. Since
>> > only a tiny fraction of visitors edit, I would expect the impact on the
>> > WMF's bottom line to be negligible.
>> > ___
>> > 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>

___
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] RFC on wikimedia-l posting limits

2017-08-26 Thread Strainu
Hi,

2017-08-23 7:03 GMT+03:00 John Mark Vandenberg <jay...@gmail.com>:
> Hi list members,
>
> Proposal #1: Monthly 'soft quota' reduced from 30 to 15

The problem with this system is, IMO, not the quota, but the 'soft'
part. There is obviously a thin line between not wanting to break the
discussion and allowing it to be hijacked.

If a quota system is needed (as opposed to considering the moderators
"benevolent dictators" that can use moderation whenever needed), may I
suggest we keep the current quota and add an additional per-thread
soft quota of 1 message/day and a hard quota of 2 messages per day?
"Hard quota" would mean being put on moderation *immediately* after
sending the 3rd message, for increasing periods, just like blocks on
wiki. I think this would further limit the ability of target users to
hijack threads, while discouraging other types of disrupting posting,
such as bikeshedding or back-and-forth exchanges between a couple of
users. The soft limit would also discourage one-liners and encourage
to-the-point emails considering all the points expressed so far.

> --
>
> Proposal #2: Posts by globally banned people not permitted

Definitely agree.

> --
>
> Proposal #3: Identity of an account locked / blocked / banned by two
> Wikimedia communities limited to five (5) posts per month
>

Agree in principle, but with the same note as on Proposal #4

> --
>
> Proposal #4: Undisclosed alternative identities limited to five (5)
> posts per month
>

This is a risky proposal and I would not support it without further
data to justify it. List maintainers should not become checkusers or
do real-life police work.

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, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Re: [Wikimedia-l] Funding the endowment

2017-08-21 Thread Strainu
Both stability and growth come at a cost - is that cost acceptable?
The way I understand it from the mid-year fundrasing report in
January, the $5M were on top of the fundraising target, basically
gathered by exposing our readers to more banners than needed. My
opinion is that's a very high price to pay and that there should be
more stringent rules regarding continuing fundraisers after their
target has been reached (which in turn will probably require even
better planning, including for the Endowment).

As to whether some donor influenced the Board's decision, that
statement looks really far-fetched based on available information. It
sounds more like an opportunity that either appeared or was created
after the $5M target had been set.

Strainu


2017-08-21 23:49 GMT+03:00 James Heilman <jmh...@gmail.com>:
> My personal position is it is critical to have a stable organization before
> growing. The WMF has achieved greater stability over the last 1.5 years so
> I think further growth is becoming again a good idea.
>
> James
>
> On Mon, Aug 21, 2017 at 7:48 PM, Rogol Domedonfors <domedonf...@gmail.com>
> wrote:
>
>> I'm know that the WMF has determined that it should have some form of
>> endowment,  The question is -- as is usual in question of this sort -- one
>> of balance: in this case, balance between current spending for the benefit
>> of the projects today, and accumulating capital for the benefit of the
>> projects tomorrow.  I am asking the Board to say why they decided to strike
>> that balance where they did -- given the obvious need for that support
>> right now -- and whether it is appropriate for large donors to apparently
>> influence that decision.
>>
>> Reinhard
>>
>> On Mon, Aug 21, 2017 at 3:02 PM, Yaroslav Blanter <ymb...@gmail.com>
>> wrote:
>>
>> > I am often critical of WMF, but I can only support this decision. The
>> idea
>> > of creating of an environment was widely discussed in the community,
>> > including this mailing list, and had a widespread support. WMF merely
>> > follows the community wish in this case, and it is great to know that a
>> > donor agreed to match this amount.
>> >
>> > Cheers
>> > Yaroslav
>> >
>> > On Sat, Aug 19, 2017 at 12:58 PM, Vi to <vituzzu.w...@gmail.com> wrote:
>> >
>> > > 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 <domedonf...@gmail.com>:
>> > >
>> > > > 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,
>&g

Re: [Wikimedia-l] Core content policy

2017-08-08 Thread Strainu
2017-08-08 12:20 GMT+03:00 John Erling Blad <jeb...@gmail.com>:
> Policy should not have local variations, unless you want to create
> something different from Wikipedia.

Each version of Wikipedia is a different encyclopedia. There are
vastly different inclusion policies and general policies between
the different encyclopedias out there, what links them is that they
provide information from all areas of knowledge.

> This is about core content policies.
> Those are no original research, verifiability, and neutral point of view.
> The one most don't follow is neutral point of view, where projects rewrite
> world history to focus on their own local view.

Having a policy about it does not solve the issue. Having a policy one
can't really change will make it even worse.{{citation needed}} :)

>
> On Tue, Aug 8, 2017 at 2:20 AM, Gnangarra <gnanga...@gmail.com> wrote:
>
>> its the cultural differences that influence the policy, so who's culture is
>> more significant than everyone elses that will dictate the policies.
>>
>> On 8 August 2017 at 08:14, John Erling Blad <jeb...@gmail.com> wrote:
>>
>> > Yes there are cultural differences between wikipedias on _content_, but
>> > there should be no differences on _policy_ about that content.
>> > Note also that there are some differences on use of _facts_ that are
>> highly
>> > troublesome, and that comes from relaxed core policies.
>> > Armenian genocide for example.
>> >
>> > On Mon, Aug 7, 2017 at 3:48 PM, Gnangarra <gnanga...@gmail.com> wrote:
>> >
>> > > to quote, worth a read before even considering policies being global
>> > > http://onlinelibrary.wiley.com/doi/10.1002/asi.23901/abstract
>> > >
>> > > This article explores the relationship between linguistic culture and
>> the
>> > > > preferred standards of presenting information based on article
>> > > > representation in major Wikipedias. Using primary research analysis
>> of
>> > > the
>> > > > number of images, references, internal links, external links, words,
>> > and
>> > > > characters, as well as their proportions in Good and Featured
>> articles
>> > on
>> > > > the eight largest Wikipedias, we discover a high diversity of
>> > approaches
>> > > > and format preferences, correlating with culture. We demonstrate that
>> > > > high-quality standards in information presentation are not globally
>> > > shared
>> > > > and that in many aspects, the language culture's influence determines
>> > > what
>> > > > is perceived to be proper, desirable, and exemplary for encyclopedic
>> > > > entries. As a result, we demonstrate that standards for encyclopedic
>> > > > knowledge are not globally agreed-upon and “objective” but local and
>> > very
>> > > > subjective.
>> > > >
>> > >
>> > > On 4 August 2017 at 10:18, Ziko van Dijk <zvand...@gmail.com> wrote:
>> > >
>> > > > The number of pillars depends on the language version...
>> > > > And whether some rules is called pilöar not dpes not seem to be pf
>> much
>> > > > importance
>> > > > Ziko
>> > > >
>> > > > John Erling Blad <jeb...@gmail.com> schrieb am Do. 3. Aug. 2017 um
>> > > 14:42:
>> > > >
>> > > > > Five pillars are moot.
>> > > > >
>> > > > > On Thu, Aug 3, 2017 at 2:59 PM, Gnangarra <gnanga...@gmail.com>
>> > wrote:
>> > > > >
>> > > > > > The moment you have a centralised policy you take away the
>> ability
>> > to
>> > > > > > discuss, makes decisions, and achieve consensus from the
>> community
>> > > that
>> > > > > > create the projects. Importantly you create the opportunity for
>> > > banned
>> > > > > and
>> > > > > > blocked editors to decide what happens in a community.
>> > > > > >
>> > > > > > By having a base set of simple policies in the Incubator that are
>> > > > > > atuomatically created when a project starts up you give them the
>> > best
>> > > > > guide
>> > > > > > to establishing themselves well before that project goes live,
>> > ince a
>> > > > > > project is live it has to be allowed to develop it

Re: [Wikimedia-l] Core content policy

2017-08-03 Thread Strainu
The core policies should be the ones pushed by board resolution, and
those should be the absolute minimum required to keep the projects
safe from a legal POV. Period. Otherwise, people with little
understanding of small Wikipedias will try to push stuff from en.wp.
Just recently someone was trying to have an RFC on meta on all the
different processes that en.wp has and ro.wp does not have, with
little consideration on whether the manpower to implement, let alone
maintain, these processes exists. No thank you to rule pushing without
local context.

Having a community take a rule from en.wp is different, just as long
as some kind of discussion happens within the community about it. Even
if the rule is really useless or harmful and the community did not
realize that in the beginning, at least it can evolve differently from
the English one. Have a centralized repository and trying to change
the rules there by consensus would be much more difficult for small
communities.

Strainu

2017-08-02 17:05 GMT+03:00 John Erling Blad <jeb...@gmail.com>:
> Nearly all Wikipedia projects has virtually the same core content policies,
> but with slightly different wording. Nearly all, because a lot of the
> smaller lacks them, and a lot has outdated or only partial policies. It
> takes a lot of time to actually make them and keep them updated.
>
> Creating and maintaining the core content policies should not be something
> that small projects should invest a lot of time in, they should simply be
> able to point to existing policies on Meta. The central policies should be
> localized if necessary.
>
> Checking Meta I find
> - https://meta.wikimedia.org/wiki/The_no_original_research_policy
> - https://meta.wikimedia.org/wiki/Neutral_point_of_view
>
> I can't find anything like "Verifiability".
>
> Would it be possible for Wikimedia Foundation to make some sound baseline
> policies, and with the option for local projects to refine those? Perhaps
> with assistance from editors on Wikipedia?
>
> Lets try to make the policies accurate, without "no original research"
> diverging into verifiability of external sources. It should be about
> original research in content on Wikipedia. Likewise, at some projects
> neutral point of view has become "do not diverge from creators point of
> view"…
>
> Would this be possible? It would be really nice if those baseline policies
> pages could be copied to the individual projects like central user pages,
> so they would be "internal" to the projects. Thus the projects would have
> more "ownership" of them.
>
> The same thing apply to other meta projects (Wikipedia, Wikibooks,
> Wiktionary, etc).
>
> Jeblad
> ___
> 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] [Affiliates] June 23: Update on Wikimedia movement strategy process (#19)

2017-06-24 Thread Strainu
2017-06-23 23:48 GMT+03:00 Pine W <wiki.p...@gmail.com>:
> Could you elaborate on the benefits of this timetable change for people who
> are not involved with affiliates?

Hi Pine,

I would like to give my view on this since extending the deadlines was
the main feedback that I gave after the last phase of the
consultation. I think it is extremely important that as many people as
possible can weigh in on the process, so that they can, hopefully,
identify with and support the output of the consultation, even if it
might not fully reflect their own opinions.

Starting from this assumption, and considering the fact that even the
most active wikimedians (not involved in a chapter) have real life
commitments that do not allow them to follow this process carefully,
it is obvious that the main responsibility of the team that
coordinates the process should have been outreach. In my particular
geographic area, Track B contributors were engaged with only 2 weeks
prior to the end of the last cycle, which is hardly enough time to
read, understand, and think about the vast quantity of material
available in the strategy process.

By asking different members of the strategy team it became obvious
that the delay was caused by organizational tasks, which should have
been done before Cycle 2 begins, but the time was insufficient.
Therefore, I believe that extending the timeline is a good idea - a
cycle should only begin after it's been thoroughly prepared and
outreach can begin from day 1. If the WMF team is efficient enough is
a totally different question, on which I don't have an opinion.

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, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Re: [Wikimedia-l] Copyright enforcement?

2017-06-07 Thread Strainu
2017-06-05 19:32 GMT+03:00 The Cunctator <cuncta...@gmail.com>:
> I've been a bit out of the loop on this for a while, so please be kind to
> the oldbie - what's current Wikimedia policy on adaptive reuse of Wikipedia
> content into non-free publications?
>
> E.g. Graphiq
> https://www.graphiq.com/terms-and-conditions
> http://colleges.startclass.com/l/1929/Harvard-University
>
> and Google
> https://www.google.com/intl/en/policies/terms/
> https://www.google.com/search?q=harvard+university
>
> I recognize that Google gives Wikimedia a lot of money, even if the
> foundation isn't very transparent about that, but I'd think that doesn't
> free the company from following CC BY-SA.

I think you're bang on one of the main topics of the copyright reform
discussion currently happening in Europe - should people and companies
be allowed to link and/or display a small part of a copyrighted work?
I haven't followed the issue in the last few months, but the latest
proposals from the Commission basically meant no more links or
excerpts (experts: please bear this oversimplification, I know the
wording is not exactly this).

AFAIK our public policy team has the opposite position - that such
reuse should be permitted. Remember, we're also content consumers, not
just content producers, so such legislation would also hit us hard.

If you want to know more about these debates, a good place to start
would be the public policy portal [1]. Also check out the wiki page
[2] and the mailing list [3].

Regards,
  Strainu

[1] https://policy.wikimedia.org/
[2] https://meta.wikimedia.org/wiki/Public_policy
[3] https://lists.wikimedia.org/mailman/listinfo/publicpolicy

> ___
> 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] Communicating plans and consultations

2017-03-22 Thread Strainu
2017-03-20 11:04 GMT+02:00 Lodewijk <lodew...@effeietsanders.org>:
> Hi Pine,
>
> it's always easier of course to tell other people what they have to change,
> which is why I'm asking the opposite question too :) What can we change, on
> our end, to make communications easier for the WMF, for community members
> that want to reach out, for chapters and other affiliates. All these are
> having a hard time to get useful input from the community.

Strictly for technical communication, there is
https://www.mediawiki.org/wiki/Technical_Collaboration_Guidance which
I have not seen mentioned here. When I last read it in detail, there
were some sound ideas expressed there. Since then, the quantity of
text has grown, but I see this is still a draft, so presumably one
could still influence the outcome by commenting in the talk pages of
the sections.

One of the ideas I have mentioned there, in the context of changes
which require community involvement was to encourage communities to
subscribe their village pump to the tech news. Tech news come on a
predictable schedule and include 95% of the important changes (with
the percentage set to increase after the Guidance is approved).

Strainu

>
> There seem very few generally accepted approaches to that:
> - using some mailing list, or some kind of forum that serves a part of the
> community you think would be most relevant (such as this mailing list, the
> wikitech mailing list etc).
> - Going all out and doing a full scale consultation/RfC with banners and
> everything. Gives you lots of comments.
> - Doing a broad and translated approach through village pumps etc - gives
> you a broad reach over languages, but within those languages still reaches
> a specific part of the community.
>
> Those methods are typically either very expensive, or not very effective.
> And I'm only talking about getting input here, not even about 'informing'
> everyone.
>
> So what can we, as a community, change to facilitate better exchange of
> ideas, experiences and provide input?
>
> Best
> Lodewijk
>
> PS: I apologize to the people who read this kind of email for the n'th
> time, it's not the first time I talk about this, I guess :)
>
> 2017-03-20 7:40 GMT+01:00 Pine W <wiki.p...@gmail.com>:
>
>> Attempting to summon Chris Schilling over here from the other thread. (:
>>
>> I think that some kind of analysis about optimal use of consultations and
>> surveys would be beneficial, and I'd welcome seeing something like that in
>> the next Annual Plan. Perhaps there might even be a consultation or survey
>> about consultations or surveys, which I know sounds ironic but may be
>> helpful in figuring out how much is too much or too little, timing,
>> locations, etc.
>>
>> Information management is a big deal. We have watchlists, email, social
>> media channels, Echo, and lots of other tools, but even so -- or perhaps
>> because -- there are so many channels, it's easy to drown. I imagine that
>> holds true for both staff and community members, and I'd welcome some
>> initiatives to improve the situation. Perhaps someone will have some ideas
>> that they can submit to IdeaLab.
>>
>> 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,
>> <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] Using non-free elements vs our values (Apple Maps vs Wikipedia iOS app)

2017-03-21 Thread Strainu


În 21 martie 2017 20:24:49 EET, Dan Garry <dga...@wikimedia.org> a scris:
>On 21 March 2017 at 18:02, Strainu <strain...@gmail.com> wrote:
>
>> 2017-03-21 18:17 GMT+02:00 Dan Garry <dga...@wikimedia.org>:
>> > On 21 March 2017 at 14:34, Gerard Meijssen
><gerard.meijs...@gmail.com>
>> > wrote:
>> >>
>> >> Technical considerations are imho less relevant. What trumps it is
>> >> functionality.
>> >
>> >
>> > Technical considerations are very relevant if one is doing
>something
>> > technical, for example developing an iOS app or a maps tile
>service.
>>
>>
>> I wholeheartedly disagree. OSS projects often forget that the
>customer
>> should come first, mostly because of lack of funding. But since WMF's
>> software development is a secondary activity (and a very well funded
>> one IMO), it should not make the same mistake. Spreading free
>> knowledge must come first, technical considerations second.
>>
>
>Please do not twist my words. 

I don't see how is that twisting your words. Gerard said that technical 
considerations should be secondary to functionality and you implied that was 
not possible without explaining why. 

>I said technical considerations are
>relevant,
>not that customer needs do not come first. If something is incredibly
>difficult to do, that is factored in to prioritisation, alongside the
>size
>of the audience and expected impact. That is very basic product
>management.

The wording in the wiki page does not suggest an "incredibly difficult" 
technological issue, but more of a political issue (WMF's mapping efforts are 
in maintenance) and the possibility of minor extra costs for the users (with 
the possibility of improvement over Apple maps clearly listed). That makes this 
list the best place to discuss such issues due to the large and diverse 
audience. 

Strainu 

>
>Sadly, as is typical with this mailing list, we've now delved into a
>world
>of hypotheticals, idealisms, and misrepresentations. It would not be a
>productive use of time (and, indeed, donor money) for me to participate
>further in this thread.
>
>Dan
>
>-- 
>Dan Garry
>Lead Product Manager, Discovery
>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,
><mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
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] Using non-free elements vs our values (Apple Maps vs Wikipedia iOS app)

2017-03-21 Thread Strainu
2017-03-21 18:17 GMT+02:00 Dan Garry <dga...@wikimedia.org>:
> On 21 March 2017 at 14:34, Gerard Meijssen <gerard.meijs...@gmail.com>
> wrote:
>>
>> Technical considerations are imho less relevant. What trumps it is
>> functionality.
>
>
> Technical considerations are very relevant if one is doing something
> technical, for example developing an iOS app or a maps tile service.


I wholeheartedly disagree. OSS projects often forget that the customer
should come first, mostly because of lack of funding. But since WMF's
software development is a secondary activity (and a very well funded
one IMO), it should not make the same mistake. Spreading free
knowledge must come first, technical considerations second.

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, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Re: [Wikimedia-l] Wiki Loves Monuments in Italy largely blocked by WMF fundraising

2015-08-24 Thread Strainu
2015-08-18 21:42 GMT+03:00 Romaine Wiki romaine.w...@gmail.com:
 Wiki Loves Monuments depends for at least 99% on the banner.

It's more like 85-90% in my experience, but still a lot.

 *What is the situation?*
 * The fundraising team plans to have a fundraising banner in Italy during
 the month September.
 * The local team of Wiki Loves Monuments in Italy is organising the contest
 in Italy and needs a banner as well.

Why not use the sitenotice?

Strainu

___
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] Cebuano and Waray-waray Wikipedias among Top 10

2015-07-12 Thread Strainu
2015-07-12 19:34 GMT+03:00 Lydia Pintscher lydia.pintsc...@wikimedia.de:
 On Tue, Jul 7, 2015 at 6:17 PM, Lydia Pintscher
 lydia.pintsc...@wikimedia.de wrote:
 Hey :)

 There has been a lot of talk about Wikidata in this thread. We are indeed
 going to work on a solution. Lucie will be working on this project as part
 of her bachelor thesis starting in August. It is called article placeholder.
 You can read more and give input at
 https://www.wikidata.org/wiki/Wikidata:Article_placeholder_input and
 https://phabricator.wikimedia.org/T99895

 Another interesting overview that is now easily possible thanks to
 Wikidata: https://www.wikidata.org/wiki/Wikidata:Statistics/Wikipedia
 shows you what kind of topics different Wikipedias cover. The
 differences are enlightening.

I see the data source quoted there. Is there somewhere I can see the
code that created that data?

Thanks,
   Strainu

___
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] Patrolling photographs of living people

2015-03-13 Thread Strainu
2015-03-12 20:50 GMT+02:00 Fæ fae...@gmail.com:
 http://commons.wikimedia.org/wiki/Commons:BLP_overwrites

 A quick reminder about this report which helps vandalism patrollers
 for the English Wikipedia spot when images used in Wikipedia
 biographies are being overwritten by newbie accounts. I recommend
 more admins add the report to their watch-list.

Fae, you are aware that this is NOT the list for en.wp, right?

Strainu

___
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] Patrolling photographs of living people

2015-03-13 Thread Strainu
I think we can agree to disagree - I don't want to clutter other
people's inboxes even more.

Still, I'll hold you to this PoV next time I'll feel the need to
constantly remember other people about my initiatives.

Best regards,
  Strainu

2015-03-13 15:30 GMT+02:00 Andy Mabbett a...@pigsonthewing.org.uk:
 On 13 March 2015 at 11:36, Strainu strain...@gmail.com wrote:

 I'm sure Fae will appreciate your apology.

 There is nothing to apologize for. There is a place for such
 announcements, and wikimedia-l is not that.

 ORly?

 From:

 https://lists.wikimedia.org/mailman/listinfo/wikimedia-l

 quote

 Wikimedia-l

 Wikimedia Mailing List

 Discussion list for the Wikimedia community and the larger network of
 organizations (Wikimedia Foundation, chapter organizations,
 affiliates, partners) supporting its work.

 This mailing list can, for example, be used for:

 The initial planning phase of potential new Wikimedia projects and initiatives
 [...]
 Other Wikimedia-related issues

 /quote


 --
 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

___
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] Patrolling photographs of living people

2015-03-13 Thread Strainu
2015-03-13 11:56 GMT+02:00 Andy Mabbett a...@pigsonthewing.org.uk:
 On 13 March 2015 at 09:06, Strainu strain...@gmail.com wrote:

 Fae, you are aware that this is NOT the list for en.wp, right?

 Perhaps you missed the part of Fae's email which read:

I did not. The place for such announcements is the village pump of
various projects, using Global delivery. Out here this is at best
reaching a tiny minority of interested people, at worst plain old
spam.


 If there are other Wikipedias that may benefit from a
 similar report, please drop me a note on Commons or email me.

 together with the lengthy part of his email which discussed matters
 relating to Wikimedia Commons.

 I'm sure Fae will appreciate your apology.

There is nothing to apologize for. There is a place for such
announcements, and wikimedia-l is not that.

Strainu


 --
 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

___
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] EU copyright rules are maladapted to the increase of cross-border cultural exchange on the web

2015-03-04 Thread Strainu
2015-03-03 18:45 GMT+02:00 Richard Symonds richard.symo...@wikimedia.org.uk:
 I have replied to Carcharoth off-list :-)

Why off-list? :)

Lacking a dedicated mailing list for keeping up with the work of our
lobbyists, Wikimedia-l sounds like the next best thing.

My2c,
  Strainu

___
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] Become a Digital object identifier (DOI) registarnt

2015-01-21 Thread Strainu
2015-01-21 13:40 GMT+02:00 geni geni...@gmail.com:
 On 21 January 2015 at 00:01, Federico Leva (Nemo) nemow...@gmail.com
 wrote:

 The two articles combined make me wonder: if I cite a Wikimedia projects
 page in a long-term document, should I link something like perma.cc or to
 the oldid? I prefer the oldid, because I think it's every website's
 responsibility to offer really permanent links.


 Mediaviewer does not in fact offer a permanent link.

Mediawiever makes it harder to reach the permanent link (at least 1
extra click), it does not get rid of it. The problem you describe also
occurs for articles moved without redirect, that's why the oldid
exist.

I too believe that it's every site's responsibility to offer
permalinks and 3rd party services are risky, because out of both the
site's and reuser's control.

Strainu

___
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] Introducing WikiProject X

2015-01-14 Thread Strainu
2015-01-14 17:04 GMT+02:00 Gerard Meijssen gerard.meijs...@gmail.com:
 Hoi,
 When Wikipedia does not have articles on a subject, what do you do... Same
 for Wikidata..

 So again, how is Wikidata not there yet ?

It just doesn't have the information required, apparently. It also
might not have the structure required; I found the process for adding
properties is slow (although not that painful)

Let's not turn Wikidata into the proverbial hammer. Let the grantees
organize themselves as they see fit, and if the result is worthy, I'm
sure they will also find a way to integrate it with Wikidata.

Strainu

___
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] How to fix Commons

2014-12-15 Thread Strainu
2014-12-15 11:40 GMT+02:00 Yaroslav M. Blanter pute...@mccme.ru:
 On 2014-12-15 10:30, svetlana wrote:

 In addition to the fact that the search sucks, and other issues
 mentioned here earlier, there are some issues with Commons.

 1) Unlike Imgur, it doesn't have a big -- and useable -- upload
 button on the homepage. I know about media freedom, yet for sharing of
 photos I made, Commons is not the choice. There is a big multi-page
 form to fill in, — both the upload wizard and the special:upload page.
 I see uploadwizard as the tool with bigger potential for fixing this.


 svetlana


 Actually, for sharing photos - do we have an html code generator for an
 image or other means to share an existing photo similar to what flickr has?
 Would it be easy to produce if we have none? Or may be there are some
 trivial ways to share it I am not aware of?



Yes, we do. I see it above the picture, but it's JS generated, so
depending on your settings you might or might not see it.



2014-12-15 11:04 GMT+02:00 geni geni...@gmail.com:
 On 14 December 2014 at 18:27, MZMcBride z...@mzmcbride.com wrote:

 My reading is that your replies have a very defeatist outlook. And it
 feels a bit like simple laziness (everybody does this and we can't make
 messages less awful because it's just too had). There are a few clear
 problem here and they're regularly hurting us. So one way or another, we
 need to find acceptable short-term and long-term solutions. Instead of
 being defeatist, we need a willingness to try and try again. :-)

 En does. As and when they crack it we can export it to commons.

Why should we assume that only en.wp can provide good results? If
anyone on this list feels his/her project's messages are better, the
right way to do would be to start from that language and translate
into English.

 Why dicey? At a minimum, we need support for basic image editing
 (cropping, resizing, rotating). And there are external libraries we can
 likely leverage here.

 Its not to bad with images but once you switch to video file size becomes a
 problem.

Here is how this sounds to me: It's hard to do for every file, so we
shouldn't do it.

Online editing for images is an obvious first step, but we know there
are already basic online video editing functions (youtube) so even if
it takes a while, this should be a target for the engineering team.

Does anyone know if there are any bugs on the subject?


 Why is that? Isn't the most efficient and most logical path to media
 donations via Commons? Is that path currently the least painful?


 The reason you go via wikipedia is that they are the project with the
 missing images.

Making Commons a project appears more and more as a mistake. It's
too late to complain about it, but it's not too late to move away from
the project Commons to the repository Commons, with each project
administering the images it uses and an Arbitration committee handling
the contentious deletions.

Strainu

___
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 copyright extremism

2014-12-12 Thread Strainu
2014-12-11 20:14 GMT+02:00 Fæ fae...@gmail.com:
 Making defamatory comments about Commons volunteers on this list is
 not terribly productive, nor a very nice thing to do when anyone is
 free to express their point of view in the deletion request so that a
 closing admin can consider all rationales put forward, or raise it on
 the user's talk page.

Solving individual problems will not solve the real, underlying
problem: Commons has become an independent project with a obvious
copyright paranoia that cares less about the people actually using
their product (Wiki* projects and 3rd party reusers) and more about
their own interpretations of the rules.

This goes beyond copyright: how can one, in good faith, encourage
non-English speaking contributors to go to a project that is not truly
multi-lingual? How can I explain to occasional users why some of their
pictures were deleted, while others were kept, even though they
pictured the same subject, the main difference being the person that
closed the discussion?

 I commented in two chocolate 'packaging' related deletion requests
 today, before this thread started, my opinion being to keep. Why don't
 you join me in keeping these images in time for Christmas by making
 positive comments and interpreting Commons policies in a non-hostile
 environment?

Commons IS a hostile environment for non-permanent residents. I've
given up on commenting in deletion request, finding it's much less
time-consuming to just copy the picture back to Wikipedia and figure
it out over there.

Strainu

___
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 copyright extremism

2014-12-12 Thread Strainu
2014-12-12 16:40 GMT+02:00 Liam Wyatt liamwy...@gmail.com:
 From: Craig Franklin cfrank...@halonetwork.net

 Am I the only one that sees the irony in asking folks not to pick on the
 Commons community, then immediately asserting that enwp is the source of
 all drama?


 Not just that, but also... Am I the only one that sees the irony in how
 this thread started by arguing that the Commons community ...cares more
 about strict free licensing than it does about utility to people who need
 knowledge, and then the conversation quickly veered off into an omnibus of
 WikiLawering about strict free-licensing minutiae: Tunisian
 Freedom-of-Panorama,
 Tractor logos and Israeli Government Works!?!

So we're incapable to focus on the main issues. That happens when
everyone has it's on main problem. That doesn't mean we have to
dismiss the whole thread. Branching on smaller problems might help.

2014-12-12 16:40 GMT+02:00 Liam Wyatt liamwy...@gmail.com:
 There are at least three independent *software *projects that are underway
 which will hopefully help to address this issue:

They sound great, but they will take years [1], time that we don't
know if we have. You might convince GLAMs to collaborate with you
later on, but not individual contributors. A person lost for the
Wikimedia community is most likely lost for good. We need an solution
sooner, and it needs to involve some social networking - tech is never
the only solution when it comes to interactions between people.

[1] 
https://commons.wikimedia.org/wiki/Commons:Structured_data/Overview#What_is_this.2C_and_how_long_will_it_take.3F


2014-12-12 13:56 GMT+02:00 Fæ fae...@gmail.com:
 Some of the structure of Commons is frustrating, often because of the
 clumsy workflow for file uploading, moving, deleting. I hope to see
 many improvements over the next two years. As there are only around
 150 active admins on Commons (a tenth of the English Wikipedia's), it
 is worth asking one for help, the response you get will tend to be
 personal and common sense rather than bureaucracy or wikilawyering.

You keep speaking about moving, deleting and other administrative
tasks, while this thread was about making Commons a place where it is
at least predictable if a file will be kept or not, or better yet,
about making Commons a real alternative to Flickr Commons and similar
repositories. I am sorry, but your messages do not offer any solution
in that direction.


 I'm sorry if you had a bad experience in the past. If you are familiar
 with IRC, it sometimes helps to discuss an issue in real time on the
 Commons channel before responding to issues on-wiki.[2]

I had more than one bad experience, with some downright incredible.
Luckily for me, I happened to be a Wikipedian long before I started
uploading to Commons, so I was prepared for most of it. But the
average newcomer that comes through, say, WLM but wants to continue
contributing will not have the kind of patience it takes to upload and
keep a debatable image from being deleted.

Does that happen on Wikipedia as well? Yes, with the notable
difference that Commons should have a somewhat lower entry barrier
than English Wikipedia at this point (uploading an image is easier
that adding to articles that are either quite big or on difficult
subjects). So it should be much easier to get external people to
contribute to Commons and then to Wikipedia than the other way around.
Unfortunately, we are currently light-years away from this, and this
is easily visible in the percentage of conversions from WLM.

Strainu

___
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] The reader, who doesn't exist

2014-08-21 Thread Strainu
2014-08-21 9:30 GMT+03:00 Federico Leva (Nemo) nemow...@gmail.com:
It would *seem* that every user
 converted to the mobile site is a step towards extinction of the wiki.


That is an excellent point Frederico. In addition to the inherent
difficulties of editing on small screen, especially large articles and
the we know better approach discussed in detail in the last weeks,
there is also the problem of navigating between articles - the mobile
website arbitrarily skips some elements visible on desktop, such as
navboxes and significantly alter some infoboxes because it doesn't
look good. This makes it difficult to just browse the Wikipedia (thus
finding mistakes that you might want to correct) and encourages
searching for the information, which means going right on target

Hopefully the future announced at Wikimania, no more mobile team, but
mobile in every team will solve some of these problems. It's just a
matter of when will this future be.

Strainu

___
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] The reader, who doesn't exist

2014-08-21 Thread Strainu
2014-08-21 15:03 GMT+03:00 Andy Mabbett a...@pigsonthewing.org.uk:
 On 21 August 2014 10:31, Strainu strain...@gmail.com wrote:
 and significantly alter some infoboxes because it doesn't
 look good.

 I'd not noticed this; can you give examples, please?

It seems this is not the case at en.wp, but take a look at how
infoboxes (and especially coordinates) are displayed at ro.wp and
fr.wp for [[:ro:București]]/[[:fr:Bucarest]]. There might be some
underlying HTML problem that causes the box to move left, but what's
the deal with the decimal coordinates? I thought we were trying to
save bandwitdh?

2014-08-21 22:56 GMT+03:00 Michael Peel em...@mikepeel.net:
 I thought this was set in the source code for the main page, see:
 https://www.mediawiki.org/wiki/Extension:MobileFrontend#Configuring_the_main_page
 which would mean that this could easily be fixed if there was consensus. 
 However, that documentation may be out of date, since I can't spot any mf- 
 ID's in the enwp main page?

Last edit to the main page on the subject is 31 May 2013. I haven't
tried, but I would guess it's out of date.


2014-08-21 16:24 GMT+03:00 Risker risker...@gmail.com:
 So - we know there is a definite cost to having all these navigation
 aids
 in articles.  We need to justify their use, instead of simply adding them
 by reflex.  So here is where analytics teams can really be useful:  tell
 us
 whether or not these navboxes are actually being used to go to other
 articles.  If they're widely used to leap to the next article, then we
 need

You mean on the desktop? Risker, why not talk to Erik Zachte directly
and see if he can do anything withing the privacy policy's boundaries?


 For me the conclusion would be not that we should drop them altogether in
 the mobile version (most of them are useful navigation means after all) but
 that the mobile version should be improved to parse them and to present
 them as a piece of plain text, not as a template.


 Many of these templates have over 100 links in them; a surprisingly large
 number have subtemplates built into them.

You both have a point. I'm sure there are some ways that the HTML code
can get semantic information in order to determine the main links from
such a box and display them.

I'm glad Frederico brought this up (even if it might not have been his
original point, and I apologize for hijacking his thread). If people
agree that the mobile version needs to be smarter in deciding what
to parse from the page, we can log some enhancements and push on the
wikitech list to have them at least considered, if not prioritized.

Thanks,
   Strainu

___
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] Review of grantmaking costs and outcomes for APG, PEG, and IEG

2014-08-01 Thread Strainu
2014-07-31 23:39 GMT+03:00 Pine W wiki.p...@gmail.com:
 WMF Metrics and Activities Meeting


Hi,

Are the slides available anywhere? I'm especially interested in the
heat map. Is there an interactive version online (or at least the data
behind it)?

Thanks,
  Strainu

___
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] 24 TB for User:Dispenser on Tool Labs please

2014-07-03 Thread Strainu
2014-07-03 14:12 GMT+03:00 James Salsman jsals...@gmail.com:
 Can someone please explain to me why the Foundation can't give
 User:Dispenser 24 TB on Tool Labs?


Context please?

Strainu

___
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] Generated texts

2014-02-07 Thread Strainu
Hi Gerard,

The problem that I have with Wikidata and automatically generated
content like the reasonator does is: how do you know when has the
script and the data reached an acceptable level?

I've tested Reasonator a little with Romanian vilages and found errors
in both the Wikidata fields and in the extrapolations made by the
script (like pictures identified as linked to that item). In that case
it is pretty obvious that the data is still unusable, but what if the
3-5-10 articles I check are OK? Are there any guidelines on that?

Thanks,
   Strainu

2014-02-07 17:42 GMT+02:00 Gerard Meijssen gerard.meijs...@gmail.com:
 Hoi,

 We have often had discussions about generating texts to be used in
 Wikipedia articles. The drawback of articles that are generated in this way
 is that they do not get updated as more information becomes available.

 The data in Wikidata is comparable with the kind of data often used in such
 processes.

 The first kind texts that are generated bu the Reasonator are based on the
 biographic information of a person. As Johann Sebastian Bach is a great
 example of the power of both Wikidata and Reasonator, I invite you to have
 a look [1].

 The text is completely generated based on the information in Wikidata and
 Magnus is very much in the process of iterating this functionality. What I
 hope you will see as a challenge is writing similar functionality for other
 languages.

 What I hope for is that the Wikidata development team will appreciate this
 for what its potential and support it when it is found that additional
 technology is needed.
 Thanks,
   GerardM


 [1] http://tools.wmflabs.org/reasonator/?q=Q1339
 ___
 Wikimedia-l mailing list
 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
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] [Wiki Loves Monuments] New Program Evaluation report: Wiki Loves Monuments

2014-01-25 Thread Strainu
2014-01-25 rupert THURNER rupert.thur...@gmail.com:
 On Sat, Jan 25, 2014 at 4:37 PM, LiAnna Davis lda...@wikimedia.org wrote:

 On Sat, Jan 25, 2014 at 4:45 AM, rupert THURNER 
 rupert.thur...@gmail.comwrote:

 lianna, where did you get that number from?

 I want credit for this report to go where it belongs -- the Program
 Evaluation team! I'm just assisting with publishing and distributing the
 report; the work in it is a whole team effort, including contributions from
 Frank Schulenburg, Dr. Jaime Anstee, Yuan Li, and Edward Galvez. Their hard
 work went into data collection, reporting, and analysis; I just did some
 minor copy editing and publicizing. :)

 But that being said, I encourage everyone to post comments and questions
 on the talk page, which is where the program evaluation team will be more
 likely to see and answer them, rather than having parallel discussions on
 multiple lists:
 https://meta.wikimedia.org/wiki/Programs_talk:Evaluation_portal/Library/WLM


 oh, my english is bad, i of course ment how you calculated the number.
 there must be some tools available to do this, and ideally they are online
 for everybody. 60'000 images used is such an impressive number ... it still
 leaves me speachless :)



Do you mean the number of images? You might like to analyse the stats page:
https://toolserver.org/~emijrp/wlm/stats.php

It might not match 100% what the report says, as some images were
deleted, but it should be pretty close. You also have raw data if you
want to make your own statistics.

___
Wikimedia-l mailing list
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] Community consultation + Wikimedia Foundation Executive Director selection process

2014-01-22 Thread Strainu
2014/1/21 Jan-Bart de Vreede jdevre...@wikimedia.org:
 I am not going to debate the different kinds of movement representation in 
 the board, but I would argue that the community directly and indirectly 
 influences 100% of the board, as appointed members are appointed by 
 (s)elected members and the founder of the Wikimedia Foundation.

What a bad joke... What does the community have to do with the
founder's seat (10% of the board)? And the members chosen by the board
itself (40%) have time and again shown that, despite their good faith
and best efforts, their understanding of the inner workings of the
community is scarce at best. I reckon (without any proof though) that
this distribution of seats is at least in part responsible for the
alienation between the Foundation and the community in 2009-2012.

Strainu

___
Wikimedia-l mailing list
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] RfC: Should we support MP4 Video on our sites?

2014-01-17 Thread Strainu
2014/1/16 Andrew Lih andrew@gmail.com:
 As much as I am pushing for MP4 adoption in Wikimedia to help our lagging
 video efforts, MPEG-4 patent holders/licensors are not helping their case:
 [snip]

I worry more about the no, because that would mean more video content
uploaded to commons votes (see Rilke, Turelio). I find it disturbing
that we got to a point were we basically *refuse* new contributions.

Strainu

___
Wikimedia-l mailing list
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] Which Wikipedias have had large scale bot creation of articles this year?

2013-11-26 Thread Strainu
2013/11/25 Steven Walling swall...@wikimedia.org:
 Hi all,

 My team is doing some background research in to Wikipedia article creation
 right now.[1] One question I'd like answer is which Wikipedias are
 currently (i.e. this year) running bots to create many articles.

Hi Steven,

What qualifies as many? On ro.wp, Andrebot is creating sections of
articles about the population of villages/communes in Bulgaria,
Hungary and Croatia, also creating articles where they do not exist.
That will probably amount to a few hundred articles by the end of the
year.

Strainu


 I know that Lsjbot has run (or is running) on Swedish (sv), Cebuano (ceb),
 and Waray-Waray (war). It seems to me that, by looking at the stats for new
 articles per day,[2] Dutch (nl) and Vietnamese (vi) Wikipedias might have
 also been running bots? Am I wrong?

 I'll be posting more about our article creation research work soon. We'll
 need feedback from non-English Wikipedians in particular, since as a team
 we only have extensive experience creating articles on enwiki.

 Many thanks,

 --
 Steven Walling,
 Product Manager
 https://wikimediafoundation.org/

 1. https://meta.wikimedia.org/wiki/Research:Wikipedia_article_creation
 2. http://stats.wikimedia.org/EN/TablesArticlesNewPerDay.htm
 ___
 Wikimedia-l mailing list
 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
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] Increase in page views for the last 3 months

2013-11-22 Thread Strainu
Hi,

Looking at the summary reports per language, I've noticed a linear,
significant increase in pageviews for many European languages (ro, bg,
hu, fr) Wikipedias in the last 3 months. This is not happening for
Asian languages or Russian and is not obvious from the report card.

Has anything changed in the reporting or the visit patterns for these
Wikipedias? It looks pretty weird to have a 100% increase for Romanian
in just 3 months [1].

Thanks,
  Strainu


[1] http://stats.wikimedia.org/EN/SummaryRO.htm

___
Wikimedia-l mailing list
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] The Wikipedia Adventure, alpha testers needed

2013-10-29 Thread Strainu
Hi,

Went through mission 1 and the main feedback is that it's just too
long. You should break the missions in smaller, quicker steps.

The interface is visually pleasant and as far as I can see, it gets
you through all the basic editing skills, which is nice. However, the
messages are not always in the same place and sometimes are not
visible in the visible part of the page, making it a little confusing
for people without much computer skills. It would also help to be able
to move the box.

I especially like the little badges you get, but I'm not quite sure
how they are aligned (perhaps because I only got 1): the first one was
put in the middle of the page (horizontally)

Are there any technical details on the game and the difficulty of
implementing it on other wikis?

Thanks,
  Strainu

2013/10/28 Katherine Casey fluffernutter.w...@gmail.com:
 Some thoughts upon running through this (roughly in the order I am
 experiencing them):

- This is actually pretty cool. Cooler than I expected it to be!
- Instructions sometimes tell me to click edit source and sometimes to
click edit, even though it always means that I should click edit
source. Since the VE button says edit, this is potentially pretty
confusing.
- At the end of missions, the button says Congrats me!. That's pretty
jarring English - more natural would be either, Congrats, me! or
Congrats to me!
- The select how you would reply to this person challenges
are...patronizing? That's not quite the right word, but I don't think
they're modelling anything useful by basically pointing out hey, you
shouldn't be a rude jackass as if it's someone's going to read those
options and go yes! this is clearly how I should act!. More useful would
be modelling interaction strategies and tricks, like how to engage with
some who's left you a rude message or even just what information is useful
to provide to other users.
- Galactic challenges keep launching new tabs for me when they don't
seem like they ought to (i.e. there's no reason I need to have the results
of that challenge preserved in one firefox tab while I move on in another)
- The watchlist module has instructions that are a little bit
confusing - it instructs you on *how *to watchlist (blue star, etc), but
then tells you to *click *on watchlist on the top right. Since both
the star and the actual watchlist link are on the top right, it's likely
going to be unclear to newbies whether you want them to click on the star
you just explained, or the link you didn't.
- In general when you're telling people to click X above, it might be
useful to use quotes so they know you're telling to click on something that
literally says that - tell them to *click contributions above *rather
than to *click contributions above*
- When doing spelling corrections, the hover box listing what I needed
to correct obscured part of the text that needed correcting. I couldn't
correct that until I closed the box. Once I did that, I was bumped out of
the lesson entirely. Couldn't figure out how to the mission to pick back up
there, so I had to stop. Why can't we either minimize the instructions box,
or have it resurrect when we complete a step (that is, if I did what it
wanted me to do, it should pick back up smoothly when I save the page with
its next instruction, rather than just disappearing forever because I had
to click the X)

 In short: really very cool, but in the parts I managed to get through
 (Missions 1-2 and part of 3) there are some small interface issues that
 need work, and one *glaring *one that short-circuited my attempt to get
 through a mission and, I guess, the entire adventure.

 -Fluffernutter


 On Wed, Oct 16, 2013 at 5:56 PM, Jake Orlowitz jorlow...@gmail.com wrote:

 Hi folks! I've been working for the past 7 months on an interactive guided
 tour for new editors called '''The Wikipedia Adventure''', as part of a WMF
 Individual Engagement Grant.  The game is an experiment in teaching our
 aspiring future editors in an educational but playful way.

 *This week I need some '''alpha-testers''' to kick the tires and basically
 try to break it.  I'm interested in general impressions and suggestions of
 course, but I'm really looking for gnarly, unexpected browser issues,
 layout problems, workflow bugs, and other sundry errors that would prevent
 people from playing through and having a positive experience.

 *If you're able to spend 1-3 hours doing some quality assurance work this
 week, you would have: a) my sincere gratitude b), a sparkly TWA barnstar,
 c) special thanks in the game credits, and d) a chance to leave your mark
 on Wikipedia's outreach puzzle and new editor engagement efforts.

 *Please note that the game automatically sends edits to your own userspace
 and it lets you know when that will happen.  If you want, you can register
 a new testing account

[Wikimedia-l] Is the capability to delete usernames compatible with the CCBYSA license?

2013-10-23 Thread Strainu
Hi,

Someone brought up an interesting issue: is it moral for the vandals
to be credited as contributors to articles (especially when exporting
the article as pdf)? After experimenting a little, it turns out that
deleting the usernames from the history removes them from the
contributor list.

While morality is a subjective matter, a more interesting question is:
is this behavior compatible with the CCBYSA license? Say we have
version A of a text, vandalised in version B and reverted in revision
C. Then version C is a work derived from version B, shouldn't it
credit the full author list of version B?

Going further, say that someone with an offensive username (or even
just an username unaccepted on wikipedia, such as a company name)
actually makes a valid edit, which is not reverted, but the name is
removed from the history. Is it fine to ignore the license just
because we find some usernames offensive? Shouldn't we instead credit
the user *at least* with a pseudonym?

Thanks,
   Strainu

___
Wikimedia-l mailing list
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] Is the capability to delete usernames compatible with the CCBYSA license?

2013-10-23 Thread Strainu
2013/10/23 Marco Chiesa chiesa.ma...@gmail.com:
 Actually, following the same philosophy, one should wonder whether the
 person reverting from version B to version C should be kept in the
 contributor's list. At the end of the day, version C is an exact copy of
 version A (i.e. no creative input of editor C), and version B is a
 derivative version of version A, but versions C+1 and following are not
 derivative versions of B, only of A and previous.

That was actually one of my arguments, yes. But I think this is more
on the moral side of things.

2013/10/23 Andre Engels andreeng...@gmail.com:
 No, the reverted text is derived from A, not from B. That there has been a
 version in between at the same place does not matter.

Doesn't it? The reverter might not even be aware that he's reverting
something (if, for instance, B was just random letter deletions and
the author of C thinks these are honest mistakes, he's clearly working
on version B)

 Same argument in
 different wording: None of the creativity that goes into the vandalizing
 from version A to version B is present in version C. Thus, version C does
 not fall under the copyright of the vandal. Which means that there is also
 no obligation to honor their licensing restrictions, only those of the
 authors who are actually partly responsible for the final document.

If we go this way, then none of the authors who added legitimate
content in the past but had it deleted later should be credited. We
would need a tool like git blame [1] to generate the author list.


 Going further, say that someone with an offensive username (or even
 just an username unaccepted on wikipedia, such as a company name)
 actually makes a valid edit, which is not reverted, but the name is
 removed from the history. Is it fine to ignore the license just
 because we find some usernames offensive? Shouldn't we instead credit
 the user *at least* with a pseudonym?


 Is it usual to remove names from history without replacing them with
 another pseudonym? I know of no such case.

Is this even possible? I only have the rights to do this on ro.wp and
I see no option to replace the name with a pseudonym. I just select
Delete the username or IP address and add a reason and the history
shows the text username deleted crossed. And on the pdf export, I'm
positive there is no pseudonym used.

Strainu


[1] https://www.kernel.org/pub/software/scm/git/docs/git-blame.html

___
Wikimedia-l mailing list
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] Someone wants to put their promotional photo on Wikipedia. What's best practices?

2013-10-11 Thread Strainu
For this category of people we have OTRS:
https://commons.wikimedia.org/wiki/OTRS#Licensing_images:_when_do_I_contact_OTRS.3F
:)

If you want to cut the queue, just contact a volunteer to have the
ticket processed.

Strainu

2013/10/11 David Gerard dger...@gmail.com:
 I just got a phone call and followup email today asking about how to
 upload a photo to be on a Wikipedia article.

 This has got to be an incredibly common request. What's a standardised
 way to handle it?

 Here's the text I wrote back with:

 ===
 OK - the key point with contributing a picture to Wikipedia, or rather
 to Wikimedia Commons, is that you are contributing it to the world -
 under a free licence.

 (You can't contribute a picture for use in Wikipedia - Wikipedia
 doesn't accept those. It needs pictures of living people to be under a
 licence where literally anyone can use it.)

 So, you need the person or body who owns the copyright in the picture
 to contribute it under a free licence. This means you lose control
 over the picture, but it does contribute it to the world. This does
 not control unpleasant reuses - so be very sure you think this is a
 good idea.

https://commons.wikimedia.org/wiki/Commons:Contributing_your_own_work

 This works quite well in my experience for promotional photos. It will
 rapidly become *the* picture people use.

 Creative Commons by-sa is a good licence, I think - anyone can use it,
 but anyone can reuse it.

 Once a picture is uploaded to Commons, it can be used on Wikipedia articles.
 ===

 - But there's got to be a better text and/or page I could refer them to ...

 Assume the person this is for knows very little about Wikipedia or
 content freedom.


 - d.

 ___
 Wikimedia-l mailing list
 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
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] Someone wants to put their promotional photo on Wikipedia. What's best practices?

2013-10-11 Thread Strainu
2013/10/11 David Gerard dger...@gmail.com:
 On 11 October 2013 20:56, John phoenixoverr...@gmail.com wrote:

 and http://en.wikipedia.org/wiki/Wikipedia:Donating_copyrighted_materials



 Oh, that's pretty much exactly what I was thinking of. Thank you!


That's what I wanted to suggest initially, but couldn't find it ATM.
Thanks John.

Strainu

___
Wikimedia-l mailing list
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] It's time to reclaim the community logo

2013-09-26 Thread Strainu
Hi,

Can the WMF still enforce the trademark during the cool-off period?

Thanks,
   Strainu

2013/9/26 John Vandenberg jay...@gmail.com:
 Hi,

 Further to our announcement on September 21, the opposition has been
 formally filed before the European Union’s Office of Harmonization for
 the Internal Market (OHIM) on September 25. You can read the
 opposition filing in the documents section of the EU trademark
 application[1].

 Additionally, an opposition observation has been filed but it is not
 yet available to the public at the URL mentioned above; our limited
 understanding is that it will be published there in the coming days.
 We’ll keep everyone informed on this aspect.

 So what is next?

 The OHIM will now review the Notice of Opposition to determine that
 the opposition is admissible.  This takes a few weeks. If the notice
 of opposition is found to be admissible, the 'cooling-off period'
 commences.[2]

 The 'cooling-off period' allows the parties can either negotiate an
 agreement, and either party may withdraw their claim to the mark
 without incurring additional costs. This period lasts between two
 months and two years. It is important that everyone understands that
 there is no need to act hastily. If the WMF and community need time to
 find the right solution, we will have two years.

 The WMF set the timetable by applying for this trademark, and they
 have not withdrawn that application or responded appropriately to
 community calls for this to be re-evaluated. The WMF was informed in
 March that we viewed the trademark registration as unacceptable. Even
 after our announcement on September 21, the WMF has not addressed the
 heart of the issue; they have chosen to focus the community attention
 on a new approach, a collective trademark, rather than consider the
 erosion of the Commons by their trademarking of a public domain logo
 against the intentions of the author of the logo.

 Contrary to the WMF’s claims on their ‘Request for consultation’[3],
 we have never said that the opposition needed to be filed on September
 23. We are aware that we could have delayed the opposition until
 December. As the opposition process is able to proceed through the
 non-adversarial phase for two years, we believe it is appropriate that
 a properly focused formal process should commence now.

 During the first two months of the cooling-off period, we request that
 the WMF provides a brief to the community explaining why they believe
 they have a legal claim to the community logo, given that the board
 knew it was selected in order that the community did not need to
 request authorisation.[4]

 We also encourage the WMF to publish their research on collective
 trademarks, so that the community can make an informed decision about
 the utility of this approach. It is our understanding that, in the EU
 at least, the WMF will need to abandon their current trademark
 registration if they are to apply for a collective trademark.

 Regards,
 John Vandenberg

 == References ==
 * [1] 
 http://oami.europa.eu/CTMOnline/RequestManager/en_Detail_NoReg?deno=idappli=1152038transition=ResultsDetailed
 * [2] http://oami.europa.eu/ows/rw/pages/CTM/regProcess/opposition.en.do
 * [3] 
 https://meta.wikimedia.org/wiki/Community_Logo/Request_for_consultation#Notes
 * [4] 
 https://lists.wikimedia.org/pipermail/foundation-l/2008-September/045702.html

 ___
 Wikimedia-l mailing list
 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
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] About the concentration of resources in SF (it was: Communication plans for community engagement

2013-07-24 Thread Strainu
2013/7/24 Balázs Viczián balazs.vicz...@wikimedia.hu:
 Is WMF planning to outsource any of its engineering activities in the
 future? Or are there enough projects in the queue that makes the effort
 reasonable?

I'd say this has already happened de facto with Wikidata. And projects
are always a bunch - just not always aligned with the WMF priorities.
Perhaps outsourcing some resources to local developers would help
solve some of the long-opened bugs for projects related to a certain
project.

Strainu


 Otherwise I believe there is no point for any chapter to build out any
 software engineering capacity above their local needs or at all.

 Balázs



 2013/7/24 Erik Moeller e...@wikimedia.org

 On Wed, Jul 24, 2013 at 6:44 AM, David Cuenca dacu...@gmail.com wrote:
  I don't agree with Romaine's view that it is a cultural problem, but it
 is
  true that the WMF management seems to prefer to have all development
  concentrated in SF.

 Hardly. About half of WMF's engineering staff is distributed (both
 inside and outside the US), and we've encouraged and supported
 software engineering efforts by chapters. I'd actually love to see
 much more of that happen, and see other chapters build engineering
 capacity over time. It's legally challenging for WMF to have office
 presence in multiple jurisdictions, but having independent orgs like
 Wikimedia chapters build out development teams doesn't suffer from
 that challenge.

 We're an open source project; being able to decentralize effort is our
 strength. The caveat I would add is that you actually need to ensure
 that complex projects are resourced sufficiently. Wikidata is a
 success in part because it's a well-resourced, well-managed team, and
 the partnership in areas where WMF does need to help was carefully
 negotiated.

 So, which other chapters are up for building out serious software
 engineering capacity?

 Erik
 --
 Erik Möller
 VP of Engineering and Product Development, Wikimedia Foundation

 ___
 Wikimedia-l mailing list
 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
 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
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] Navigation pattern data (was: Suggestion for solving the disambiguation problem)

2013-07-17 Thread Strainu
2013/7/16 Jon Robson jdlrob...@gmail.com:
 When a user clicks on a link that is a disambiguation page and then
 clicks on a link on that page we log an event that contains

 * page user was on before
 * page user is on now

 If we were to collect this data it would allow us to statistically
 suggest what the  correct disambiguation page might be.


Has anyone done something like that before on Wikimedia sites (not
just for desambig, but for any kind of navigation pattern)? If yes,
are the results publicly available?

Thanks,
   Straomi

___
Wikimedia-l mailing list
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] Staff Images

2013-07-12 Thread Strainu
2013/7/12 Thehelpfulone thehelpfulonew...@gmail.com:
 On 12 July 2013 09:11, Erik Moeller e...@wikimedia.org wrote:

 The real issue here is that the Legal Department has a stuffed animal
 mascot, while WMF engineering/product has absolutely no animals of any
 kind. I would put up a photograph of Tux, but I'm worried Rory will
 eat him.

Well, I think the real real issue is that 10 emails in 2 hours is lame
for a Friday Flame :) I say we try again.

Strainu

___
Wikimedia-l mailing list
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] OSM Funding Drive success, extension

2013-06-26 Thread Strainu
2013/6/26 Tom Morris t...@tommorris.org:
 You can also donate via Bitcoin.

It's not immediately obvious to me how I can do that. Care to elaborate?

Thanks,
   Strainu

___
Wikimedia-l mailing list
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] OSM Funding Drive success, extension

2013-06-26 Thread Strainu
2013/6/26 Richard Symonds richard.symo...@wikimedia.org.uk:
 Their bitcoin address is listed at the bottom of the donate page: it's
 1J3pt9koWJZTo2jarg98RL89iJqff9Kobp

Thanks, I hadn't scrolled all the way down :)

Strainu

___
Wikimedia-l mailing list
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] Russian Wikipedia in blacklist trouble again

2013-05-09 Thread Strainu
Yes, it is :) I'm not sure the actual point you were trying to make
stands, though. Even if Russian would only be spoken in Russia, it
still wouldn't be a reason to give in to censorship pressure. But of
course, I'm talking from a country who doesn't have these problems so
openly...

Strainu

2013/5/9 Anthony Cole ahcole...@gmail.com:
 I was relying on the infobox in English Wikipedia's article, Russian
 language. Is it safe to say Russian is spoken in many regions outside
 Russia?


 On Thu, May 9, 2013 at 4:42 AM, Russavia russavia.wikipe...@gmail.comwrote:

  Right, one might always read the English Wikipedia article and find
  out we were both right (funny, huh? :) ) Totally agree that we don't
  want to reopen this, though. Let's just say that Russian is NOT an
  official language in Moldova.

 Nice to work with you on this mailing list to reach a mutually
 advantageous and NPOV position on this issue. :)

 Russavia

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

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

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


Re: [Wikimedia-l] Russian Wikipedia in blacklist trouble again

2013-05-08 Thread Strainu
2013/5/8 Anthony Cole ahcole...@gmail.com:
 Russian is an/the official language in Belarus, Kazakhstan, Tajikistan,
 Abkhazia, South Ossetia, Moldova, and Romania, and spoken in yet other
 parts of the world.

You might want to update your info. The only official language in
Romania and Moldova is Romanian.

Strainu

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


Re: [Wikimedia-l] Russian Wikipedia in blacklist trouble again

2013-05-08 Thread Strainu
2013/5/8 Russavia russavia.wikipe...@gmail.com:
 Correction: in Moldova, the official language is Moldovan ;) this is
 a pandora's box one really doesn't want to open xD

Right, one might always read the English Wikipedia article and find
out we were both right (funny, huh? :) ) Totally agree that we don't
want to reopen this, though. Let's just say that Russian is NOT an
official language in Moldova.


 However, Russian is an official language in Pridnestrovie, and also
 every-day language in Gagauzia.

Please use English names where available, I had to google to find out
what Pridnestrovie is. I've never ever heard that name before.

Like Anthony said, there are many other places where Russian is
currently spoken, throughout Eastern Europe.

Strainu

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


Re: [Wikimedia-l] Adopt a page

2013-03-30 Thread Strainu
Guys, I think you're reading more into it than it is. When you're adopting
an animal you don't  get to decide what and how much it gets to eat.
Similarly adopting a wiki page wouldn't mean you pay for having a say on
the content. At the bottom end of the reward scale you could get a badge
you could put on YOUR website, without having your name on Wikipedia at all.

I'm not necessarely in favour of this idea but i wanted to see if it's been
discussed before. I guess that if it has, people havebeen confusing this
idea with paid editing.


Pe sâmbătă, 30 martie 2013, Thomas Morton morton.tho...@googlemail.com a
scris:
 It's a weird dichotomy.

 I've spent several hundred quid on source material for my current topic
 area. I could easily have spent several grand.

 Paid editing is a major issue, because it conflicts with our culture

 But if someone were able to buy my sources then it would be of huge
 benefit.

 And, controversially, if someone could fund me one day a week to write
 these articles I could likely expand from one GA per month to covering
this
 entire field in GAs in a year.

 Without that it will take me a good five years

 I've come recently to see that funding article work is not inherently an
 awful thing. But it needs to be done with extreme care to protect our
 ideals and neutrality. And that is a HARD problem.

 Tom

 On Saturday, March 30, 2013, Thomas Dalton wrote:

 On Mar 30, 2013 1:04 AM, Mono monom...@gmail.com javascript:;
wrote:
 
  How so?

 It would be completely against our culture. Wikipedia is a volunteer
 written encyclopedia.

 You would end up with a two-tier system of paid editors and unpaid
editors.
 There would inevitably be a lot of conflict between those groups. The
whole
 concept would be extremely divisive.
 ___
 Wikimedia-l mailing list
 Wikimedia-l@lists.wikimedia.org javascript:;
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l

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

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


Re: [Wikimedia-l] Adopt a page

2013-03-30 Thread Strainu
What do they get when they donate? What do they get when they adopt
wildlife?

Still, some people are donating and/or are adopting wildlife.

Strainu


2013/3/30 Peter Southwood peter.southw...@telkomsa.net

 Why would anyone want to sponsor a page?
 What would they get out of it?
 Cheers,
 Peter
 - Original Message - From: Jane Darnell jane...@gmail.com
 To: cfrank...@halonetwork.net; Wikimedia Mailing List 
 wikimedia-l@lists.wikimedia.**org wikimedia-l@lists.wikimedia.org
 Sent: Saturday, March 30, 2013 11:46 AM
 Subject: Re: [Wikimedia-l] Adopt a page


  As a fundraising tactic, I think this is a good idea, but it is hard
 to define and put a price on it. I would guess you would charge more
 to sponsor high-profile articles, the way a parks commission can
 advertise donor names on park benches, where the more prominently
 placed ones get a higher price. That said, does the sponsorship only
 apply to the page in one language? And how long does the sponsorship
 stay with the page? Forever? That doesn't seem right. Putting the
 sponsor's name visibly on the page can also be confusing, because most
 readers will assume sponsor=writer, and this is incorrect. You could
 create a donor's list though that links to the pages and have the
 sponsor names listed there with the year of their sponsorship, with
 each year an update possible with the amount paid (or amount block in
 a scheme of bronze, silver, gold). This way high profile pages could
 have more sponsors. With the sponsor amounts as a guide, individual
 Wikipedia contributors may apply for a mini-grant to cover costs of
 source books, etc for future work based on past work in these pages.

 2013/3/30, Craig Franklin cfrank...@halonetwork.net:

 It comes down to asking what the purpose of the Foundation and a project
 like Wikipedia is.  Is it to produce a free source of knowledge, or is to
 promote volunteerism?  If it's possible to build a better encyclopædia by
 encouraging paid editing or allowing for-profit entities to sponsor a
 particular page, then that's a possibility that we ought to make
 ourselves
 open to.  Volunteerism, of course, has served the movement well and got
 us
 to where we find ourselves today, but it is not and should not be
 considered an end unto itself.

 Of course, as has been pointed out, there are potential pitfalls with
 this
 model that have been discussed many times - there are many potential COI
 issues, and paid editing in some areas may discourage unpaid editing in
 others.  However, I think it would be unwise simply to dismiss those sort
 of possibilities out of hand.

 Cheers,
 Craig Franklin

 On 30 March 2013 11:29, Thomas Morton morton.tho...@googlemail.com
 wrote:

  It's a weird dichotomy.

 I've spent several hundred quid on source material for my current topic
 area. I could easily have spent several grand.

 Paid editing is a major issue, because it conflicts with our culture

 But if someone were able to buy my sources then it would be of huge
 benefit.

 And, controversially, if someone could fund me one day a week to write
 these articles I could likely expand from one GA per month to covering
 this
 entire field in GAs in a year.

 Without that it will take me a good five years

 I've come recently to see that funding article work is not inherently an
 awful thing. But it needs to be done with extreme care to protect our
 ideals and neutrality. And that is a HARD problem.

 Tom

 On Saturday, March 30, 2013, Thomas Dalton wrote:

  On Mar 30, 2013 1:04 AM, Mono monom...@gmail.com javascript:;
 wrote:
  
   How so?
 
  It would be completely against our culture. Wikipedia is a volunteer
  written encyclopedia.
 
  You would end up with a two-tier system of paid editors and unpaid
 editors.
  There would inevitably be a lot of conflict between those groups. The
 whole
  concept would be extremely divisive.
  __**_
  Wikimedia-l mailing list
  Wikimedia-l@lists.wikimedia.**org 
  Wikimedia-l@lists.wikimedia.orgjavascript:;
  Unsubscribe: https://lists.wikimedia.org/**
 mailman/listinfo/wikimedia-lhttps://lists.wikimedia.org/mailman/listinfo/wikimedia-l
 
 __**_
 Wikimedia-l mailing list
 Wikimedia-l@lists.wikimedia.**org Wikimedia-l@lists.wikimedia.org
 Unsubscribe: 
 https://lists.wikimedia.org/**mailman/listinfo/wikimedia-lhttps://lists.wikimedia.org/mailman/listinfo/wikimedia-l

  __**_
 Wikimedia-l mailing list
 Wikimedia-l@lists.wikimedia.**org Wikimedia-l@lists.wikimedia.org
 Unsubscribe: 
 https://lists.wikimedia.org/**mailman/listinfo/wikimedia-lhttps://lists.wikimedia.org/mailman/listinfo/wikimedia-l


 __**_
 Wikimedia-l mailing list
 Wikimedia-l@lists.wikimedia.**org Wikimedia-l@lists.wikimedia.org
 Unsubscribe: 
 https://lists.wikimedia.org/**mailman/listinfo/wikimedia-lhttps://lists.wikimedia.org/mailman

[Wikimedia-l] Adopt a page

2013-03-29 Thread Strainu
Hi,

I've just seen an OTRS ticket asking why isn't Wikipedia giving its
pages for adoption (like when you adopt a page and your name ends up
on its cage or something like that). I've moved the ticket to the
donations queue, but I was wondering if this has ever been
discussed/considered before.

Thanks,
   Strainu

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


Re: [Wikimedia-l] Big data benefits and limitations (relevance: WMF editor engagement, fundraising, and HR practices)

2012-12-31 Thread Strainu
Hi Pine,

It might be because of the alcohol I've ingested these last days, but
- what are you proposing exactly?

Hapy new year,
  strainu

2012/12/30, ENWP Pine deyntest...@hotmail.com:



 I'm sending this to Wikimedia-l, Wikitech-l, and Research-l in case other
 people in the Wikimedia movement or staff are interested in big data as it
 relates to Wikimedia. I hope that those who are interested in discussions
 about WMF editor engagement efforts, WMF fundraising, or WMF HR practices
 will also find that this email interests them. Feel free to skip straight to
 the links in the latter portion of this email if you're already familiar
 with big data and its analysis and if you just want to see what other
 people are writing about the subject.

 * Introductory comments / my personal opinion

 Big data refers to large quantities of information that are so large that
 they are difficult to analyze and may not be related internally in an
 obvious way. See https://en.wikipedia.org/wiki/Big_data

 I think that most of us would agree that moving much of an organization's
 information into the Cloud, and/or directing people to analyze massive
 quantities of information, will not automatically result in better, or even
 good, decisions based on that information. Also, I think that most of us
 would agree that bigger and/or more accessible quantities of data does not
 necessarily imply that the data are more accurate or more relevant for a
 particular purpose. Another concern is the possibility of unwelcome
 intrusions into sensitive information, including the possibility of data
 breaches; imagine the possible consequences if a hacker broke into
 supposedly secure databases held by Facebook or the Securities and Exchange
 Commission.

 We have an enormous quantity of data on Wikimedia projects, and many ways
 that we can examine those data. As this  Dilbert strip points out, context
 is important, and looking at statistics devoid of their larger contexts can
 be problematic. http://dilbert.com/strips/comic/1993-02-07/

 Since data analysis is also something that Wikipedia does in the areas I
 mentioned previously, I'm passing along a few links for those who may be
 interested about the benefits and limitations of big data.

 * Links:

 From the Harvard Business Review
 http://hbr.org/2012/04/good-data-wont-guarantee-good-decisions/ar/1


 From the New York Times
 https://www.nytimes.com/2012/12/30/technology/big-data-is-great-but-dont-forget-intuition.html
 and
 https://www.nytimes.com/2012/02/12/sunday-review/big-datas-impact-in-the-world.html


 From the Wall Street Journal. This may be especially interesting to those
 who are participating in the discussions on Wikimedia-l regarding how
 Wikimedia selects, pays, and manages its staff.
 http://online.wsj.com/article/SB1872396390443890304578006252019616768.html


 And from English Wikipedia (:
 https://en.wikipedia.org/wiki/Big_data
 and
 https://en.wikipedia.org/wiki/Data_mining
 and
 https://en.wikipedia.org/wiki/Business_intelligence


 Cheers,

 Pine

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


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


Re: [Wikimedia-l] Wikivoyage project launch/migration update

2012-10-17 Thread Strainu
2012/10/17 Gerard Meijssen gerard.meijs...@gmail.com:

 This has been discussed in the language committee. In the committee we all
 agreed that the existing languages for Wikivoyage should start without any
 interference of us and that new languages should start through the normal
 process because from now they are just like any other new project in a
 language.

But how about languages already existing in Wikitravel? They already
have the content, if not the community.

Strainu

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


Re: [Wikimedia-l] Wikivoyage project launch/migration update

2012-10-17 Thread Strainu
 2012/10/17 Juergen Fenn schneeschme...@googlemail.com:
 2012/10/17 Deryck Chan deryckc...@wikimedia.hk:

 I think Strainu is referring to languages that exist on Wikitravel but not
 Wikivoyage.

 Probably a practical question: As Wikitravel closed the API in August,
 there is probably no more data that Wikivoyage could rescue from the
 project than now is available in Wikivoyage. If a language community
 needs a fresh start in Wikivoyage it would have to begin from the very
 beginning. In this case it would be best to go through Incubator.



That's not precisely true. With enough determination, the content can
be extracted from Wikitravel, even now. Hell, even copy-paste would
work to some extent.

But I remember that the archive team said they had a dump from August
2011 for all the Wikitravel languages and private persons might have
more recent dumps. Can't those be used?

2012/10/17 Tomasz Ganicz polime...@gmail.com:
 So, the predictable effect will be that mid-size wikitravel language
 versions which did not moved to wikivoyage before August will rather
 stay on Wikitravel. There will be hard to find volunteers in these
 langauges ready to go through painful and time consuming process of
 incubator as there is already working wiki that anyone can join
 without any obstacles...

I don't think this is necessarily true, even if it is an important
risk and one of the reasons I've asked the questions originally.  For
instance, the Romanian Wikitravel was virtually dead, but some people
from ro.wp expressed interest in contributing to the new site if it
has a Romanian version.

Strainu

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


Re: [Wikimedia-l] Wikivoyage project launch/migration update

2012-10-17 Thread Strainu
2012/10/17 Roland Unger roland.un...@soziologie.uni-halle.de:
  2012/10/17 Juergen Fenn schneeschme...@googlemail.com:
  2012/10/17 Deryck Chan deryckc...@wikimedia.hk:
 
  I think Strainu is referring to languages that exist on Wikitravel
 but not
  Wikivoyage.
 
  Probably a practical question: As Wikitravel closed the API in August,
  there is probably no more data that Wikivoyage could rescue from the
  project than now is available in Wikivoyage. If a language community
  needs a fresh start in Wikivoyage it would have to begin from the very
  beginning. In this case it would be best to go through Incubator.
 
 

 That's not precisely true. With enough determination, the content can
 be extracted from Wikitravel, even now. Hell, even copy-paste would
 work to some extent.

 But I remember that the archive team said they had a dump from August
 2011 for all the Wikitravel languages and private persons might have
 more recent dumps. Can't those be used?

 2012/10/17 Tomasz Ganicz polime...@gmail.com:
  So, the predictable effect will be that mid-size wikitravel language
  versions which did not moved to wikivoyage before August will rather
  stay on Wikitravel. There will be hard to find volunteers in these
  langauges ready to go through painful and time consuming process of
  incubator as there is already working wiki that anyone can join
  without any obstacles...

 I don't think this is necessarily true, even if it is an important
 risk and one of the reasons I've asked the questions originally.  For
 instance, the Romanian Wikitravel was virtually dead, but some people
 from ro.wp expressed interest in contributing to the new site if it
 has a Romanian version.


 It's correct that the dumps of all languages from August 2012 are available
 at Wikivoyage saved as XML files.

 But these files could not be used to publish them immediately because they
 contain a lot of spam which must be removed by the community before.
 But the communities are missing.

 In some cases it makes sense to think about establishing a language
 branch from scratch.

 See also the interest list at

 http://www.wikivoyage.org/general/Interest_in_starting_a_new_language_version

 at least five authors and admins should show their interest in helping to
 migrate the wikis.

I personally don't see much value in starting a new project on
Wikivoyage now (except perhaps to avoid the Incubator, which is a more
bureaucratic process). One of the reasons people did not contribute to
Wikitravel was that it was different (e.g. different accounts,
extensions etc.)

Strainu

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


Re: [Wikimedia-l] Wikivoyage project launch/migration update

2012-10-16 Thread Strainu
Hi Erik,

What languages are you launching with and what is the procedure for
launching new languages?

Thanks,
  Strainu

2012/10/16 Erik Moeller e...@wikimedia.org:
 Hi folks,

 a quick update on the launch of a travel project under the WMF
 umbrella, and the import of the existing Wikivoyage site.

 * The name of the new site will be wikivoyage.org, per community vote.
 Language domains will live at (foo).wikivoyage.org.

 * A mailing list has been set up at
 https://lists.wikimedia.org/mailman/listinfo/wikivoyage-l

 * We're not planning to import Wikivoyage Shared (which is a media
 repository similar to Commons) and are encouraging the community to
 help with transferring appropriately licensed files to Wikimedia
 Commons.

 * The Wikivoyage Association is currently finalizing details of a
 domain name transfer with WMF. They have also recently secured
 wikivoyage.com.

 * The technical launch team at WMF consists of Chris Steipp, Daniel
 Zahn, Sam Reed, Matthias Mullie, and myself. Everyone is encouraged to
 help. Technical updates will be posted to
 https://www.mediawiki.org/wiki/Wikivoyage_migration and related pages.

 We're using #wikimedia-wikivoyage on irc.freenode.net to coordinate,
 so feel free to join us there any time and use it for other related
 issues.

 * We've received a tarball of extensions running on the Wikivoyage
 sites, have imported them into Wikimedia's Git repo, and are currently
 reviewing them and making changes where needed to ensure they're ready
 for WMF. See https://www.mediawiki.org/wiki/Wikivoyage_migration/Extensions
 for a list of extensions if you want to help (and feel free to comment
 on the priorities suggested by the Wikivoyage folks)

 We may not be able to deploy all extensions; we're using the two week
 time-box for the launch as the main forcing function.

 * The hairiest part is to properly migrate user accounts. We can only
 migrate with users' permission, so Wikivoyage will kick off an opt-in
 process shortly to ask users to consent to transferring their private
 account data. On the WMF side, we have to reconcile account names with
 existing ones and require renames if necessary.

 We'll set up an initially private test instance in Labs and iterate
 over it with a (possibly reduced) content import, to ensure that all
 the tricky legal bits (e.g. attribution) are handled correctly. Then
 we'll set up the production cluster wikis.

 * Our goal is to go live by the end of this month. That might slip
 depending on the domain name transfer and unexpected technical hurdles
 or emergencies on the WMF side. We will aim to minimize downtime for
 current users, and to ensure that the old sites can be available in
 read-only mode for a little while longer to make it possible to
 compare site behavior.

 Let me know if you have any questions about the process. :-)

 All best,
 Erik


 --
 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

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


Re: [Wikimedia-l] : Copyright of deep space objects (DSOs) outside of the solar system

2012-09-17 Thread Strainu
Have you searched for it?

http://commons.wikimedia.org/wiki/Commons:Village_pump/Archive/2012/09#Potential_deletion_of_all_deep_space_objects

2012/9/17 John Vandenberg jay...@gmail.com:
 Where is the onwiki discussion about this? I could find '[1]'

 Or a wikipedia page that describes the copyright status of imagery of DSOs?

 John Vandenberg.
 sent from Galaxy Note
 On Sep 15, 2012 1:25 PM, とある白い猫 to.aru.shiroi.n...@gmail.com wrote:

   Hi,

   I am not seeking legal advice. I am asking the pursuit of the issue. I am
 not a US citizen so I do not have a congress person to contact. The laws
 governing copyright can be amended to address the issue of deep space
 objects (DSO). I do not expect a result next week, I merely want the issue
 to enter into an agenda of some sort. If the Foundation is going to take
 the lead, this probably would only be possible through a board decision. In
 such a case I want to work with people to come up with such a draft
 proposal to the board.

   I realize this is an unusual request but there seems to be a lack of
 clarity on this issue[1]. Argument is that copyright can be an issue since
 not every organization observing or assisting NASA's observations are
 PD-USgov compatible. We may be forced to permanently delete all deep space
 objects as a result.

   I'd like to provide a short technical explanation why copyright of deep
 space objects or DSOs (objects outside of the solar system) are
 meaningless. For ordinary photographs copyright is determined by factors
 such as lighting, perspective, exposure and other such settings that
 creates a different image of the same object. You can distinguish the
 difference between a daylight photo and an evening photo.

   With deep space objects however, even the stellar parallax[2] has a very
 small value. The closest object outside of the solar system is 4.24 light
 years (268,136 AU's) away. The semi-major axis of earth is about 1AUs. The
 difference in perspective is like looking at a 2cm (width of a nickel) wide
 object 5.3km (3.29 miles) away and the perspective difference is switching
 left eye to the right eye. We lack scientific instruments to even detect a
 stellar parallax for objects much further. In other words our perspective
 of the nearest star and beyond is more or less constant and the objects
 themselves look the same for hundreds of years.

   So any photo of a deep space object I or someone else takes from the
 solar system will look identical regardless of when and where on earth I
 take it within multiple lifetimes. I think this can bring legal precedent
 for us to either disregard any copyright claim or at least pursue lawmakers
 in congress to amend the copyright law to make an exception in the law.
 People who worked with congress such as Neil Degrasse Tyson could be
 consulted to this end. Also international treaties[3] can be consulted to
 this end as copyrighting photos of deep space objects could be interpreted
 as an unfair exploitation of resources.

   I realize this reads like something out of Star Trek but this is growing
 to be quite a problem as we see more and more weird copyright claims even
 when dealing with NASA which traditionally had a PD-USgov mentality. NASA
 regularly contracts its more recent projects and to be fair we do not know
 how NASA contracts these projects which could potentially lead
 to legitimate copyright claims in the future.


 [1]:

 http://commons.wikimedia.org/wiki/Commons:Village_pump#Potential_deletion_of_all_deep_space_objects

 [2]: http://en.wikipedia.org/wiki/Stellar_parallax

 [3]: http://en.wikipedia.org/wiki/Space_law#International_treaties

   -- とある白い猫  (To Aru Shiroi Neko)
 ___
 Wikimedia-l mailing list
 Wikimedia-l@lists.wikimedia.org
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l

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

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


Re: [Wikimedia-l] Wikipedia redefined -- typography and UX and such

2012-08-17 Thread Strainu
Trying to respond to your wiki is not... statement from this awful
gmail mobile website...

While technically correct, from the user's pov, which is the one the
websites's creators have, wiki is often used as a synonim for
wikipedia. I hear more often „did you search on wiki?” than „did you
search wikipedia?”. I find this distinction is nowadays a little
pedantic.

Strainu

2012/8/8, Peter Gervai grin...@gmail.com:
 On Tue, Aug 7, 2012 at 11:47 PM, Michel Vuijlsteke wikipe...@zog.org
 wrote:
 Well, it's certainly a possible starting point for discussion:
 http://www.wikipediaredefined.com/

 Yes, interesting.
 I asked them about whether they intend to keep it teling us instead
 of discussing it (no email list but an email), and mentioned some
 thoughts of mine, which I share here:

 - the design fails without javascript [why javascript often bad or
 non-applicable is a long thread itself]

 - it (often) wastes screen space

 - wiki is ***NOT*** wikipedia, nor is it wikimedia, nor is it a
 brand or a trademark or a name of one entity. it's like saying
 webpage

 - it did not seem to touch one of the most important part deserving
 more professional attention: typography.



 --
  byte-byte,
 grin

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


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


Re: [Wikimedia-l] Update on IPv6

2012-06-13 Thread Strainu
2012/6/13 Kim Bruning k...@bruning.xs4all.nl:
 I noticed that my current IPv6 address appears to be assigned
 dynamically by XS4ALL. I can probably get static if I choose it. But the
 dynamic assignment option does alleviate some people's privacy
 concerns, right?

It depends on their OS. On Windows, OSX, iOS and Ubuntu (so over 95%
of all traffic considering an equal distribution of IPv6 addresses), I
would say yes, since they have enabled the privacy extension by
default. For the rest of the world, not really. Even if the first half
of the address is dynamic, the last part will be static and linked to
your Ethernet adapter.

Strainu

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


Re: [Wikimedia-l] speedydeletion.wika.com lauched

2012-06-12 Thread Strainu
2012/6/10 Mike  Dupont jamesmikedup...@googlemail.com:
 Hi,
 I have launched speedydeletion.wika.com , it is updated every 30 minutes
 with the proposed deletions and speedy deletion articles (not notable and
 hoaxes, not others).

Hey Mike,

Great idea, do you plan to extend it to other wikis?

Also, I see that you only make the content available as CCBYSA, which
might be a problem if someone decided to use the deleted content back
into Wikipedia (well, not so much a problem as a complication for
reusers). Perhaps you could consider releasing the content also unde
GFDL where it applies?

Strainu

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


Re: [Wikimedia-l] TomTom does a Britannica

2012-06-12 Thread Strainu
2012/5/29 David Gerard dger...@gmail.com:
 On 29 May 2012 13:08, Anthony wikim...@inbox.org wrote:
 Yes, TomTom is dying.  But it's because of Google, not because of OSM.


 I'd actually flag smartphones as the culprit.

Well, the empire strikes back:
http://www.engadget.com/2012/06/11/apple-tomtom-ios-6-maps/ :) Another
usable app for Romania.

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


Re: [Wikimedia-l] TomTom does a Britannica

2012-05-29 Thread Strainu
2012/5/29 Anthony wikim...@inbox.org:
 I just tried osmand.  I can't even figure out how to put in an
 address.  I then tried navfree usa.

You're limiting yourself to Android, which isn't very fair. Try to get
hold of a Garmin device with OSM maps and see if that makes a
difference. I suspect it will. (Garmin also has some GPS apps for
iPhone, but not for Android. I have no idea if you can load OSM maps
on those apps)

Strainu

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


Re: [Wikimedia-l] TomTom does a Britannica

2012-05-29 Thread Strainu
2012/5/29 Anthony wikim...@inbox.org:
 ...if you wanna go this way, I wonder if you go to en.wikipedia.org
 and just use it if you want to plant tomatoes in your garden. I know
 I wouldn't.

 I wouldn't use Britannica either.  The context of the article is GPS
 navigation for automobiles.

I'm sorry, I don't quite get it. When you said that Wikipedia was
usable in the real world, I assumed you meant that you can use
Wikipedia as an encyclopedia for reference in different aspects of
daily life. Now you're saying that you can somehow use Wikipedia for
GPS navigation for automobiles?


 One thing I do have to admit is that my experience with OSM has mostly
 been in the United States, which I hear is a place that OSM has been
 especially poor, and a place where Google (which is what I do use) is
 especially good.

That appears to be the case. In Romania, as well as most Eastern
European countries and some Asian countries, the Google development
model is _identical_ to the one used by OSM: crowdsourcing.

Before Google Mapper, the number of roads in Romania on Google maps
was a staggering... 3. Now the number of paved roads is indeed better
than OSM (due mainly to better satellite imagery), but the level of
details doesn't even come close, and geolocation is at street level
for both.

Strainu

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


Re: [Wikimedia-l] There's a wikipedia dress now! ;-)

2012-04-20 Thread Strainu
În data de 19 aprilie 2012, 19:12, Yaroslav M. Blanter
pute...@mccme.ru a scris:
 On Thu, 19 Apr 2012 17:35:22 +0200, Kim Bruning wrote:

 See
        http://imgur.com/gallery/v7RRz

 I wonder if someone could make and wear that for real? (Also, we need
 wikipe-tan in that dress, of course!)


 An idea for a T-shirt design?

The upper or the lower part? ;)

BTW, one should be warned that the 9gag dress is NSFW (at least at my work).

Strainu

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