Hello,
Why i'm recieving this message :
Message not delivered
There was a problem delivering your message to *don...@wikimedia.com*. See
the technical details below.

* Mohammed Bachounda <http://bachounda.com/>*
Leader Wikimedia Algeria UG
          [image: Thumbnail for version as of 13:48, 19 April 2020]


On Thu, Jul 9, 2020 at 2:05 AM Joseph Seddon <jsed...@wikimedia.org> wrote:

> Hey all,
>
> Apologies for the delay. Two overview pages covering the technical and
> business side of the project:
>
> https://meta.wikimedia.org/wiki/OKAPI
> https://www.mediawiki.org/wiki/OKAPI
>
> Regards
> Seddon
>
> On Tue, Jun 16, 2020 at 10:29 PM Samuel Klein <meta...@gmail.com> wrote:
>
> > A well-provisioned bulk api has been missing for some time.  Thanks for
> > working on this.  And clearing up the recommended way for WP content to
> > appear and be linked in third-party searches and infoboxes is important
> --
> > the sort of thing that an internal policy (and way to subscribe to feeds)
> > can help.
> >
> > I do hope we can host this on WM or openstack infrastructure, and do it
> in
> > a way that expands and improves the solid existing frameworks for HTML
> > dumps :)
> >
> > S
> >
> >
> > On Tue, Jun 16, 2020 at 8:43 AM Chris Keating <
> chriskeatingw...@gmail.com>
> > wrote:
> >
> > > It's interesting that of all the strategy recommendations, two are so
> far
> > > being implemented. One is the Universal Code of Conduct, which has at
> > least
> > > had plenty of discussion and publicity, that even precedes the strategy
> > > process. The other is this, which hasn't been particularly prominent
> > > before, but the WMF seems to have a team working on it just a couple of
> > > weeks after the final recommendations were published.
> > >
> > > So while doing this is one of the strategy recommendations, it doesn't
> > seem
> > > that is is now happening *because of* the strategy recommendations....
> > >
> > > Chris
> > >
> > > On Mon, Jun 15, 2020 at 10:46 AM Gergő Tisza <gti...@gmail.com> wrote:
> > >
> > > > You can find some more discussion at
> > > >
> > > >
> > >
> >
> https://meta.wikimedia.org/wiki/Talk:Strategy/Wikimedia_movement/2018-20/Recommendations/Iteration_3/Promote_Sustainability_and_Resilience#Freemium
> > > >
> > > > As I mentioned there, the premise of the recommendation is that the
> > > > movement needs new revenue sources; in part because the 2030 strategy
> > is
> > > > ambitious and requires a significant increase in resources, in part
> > > because
> > > > our current lack of diversity (about 40% of the movement's budget is
> > from
> > > > donations through website banners, and another 40% from past banners
> > via
> > > > email campaigns and such) is a strategic risk because those donations
> > can
> > > > be disrupted by various social or technical trends. For example,
> large
> > > tech
> > > > companies which are the starting point of people's internet
> experience
> > > > (such as Facebook or Google) clearly have aspirations to become the
> end
> > > > point as well - they try to ingest and display to their users
> directly
> > as
> > > > much online content as they can. Today, that's not a whole lot of
> > content
> > > > (you might see fragments of Wikipedia infoboxes in Google's
> "knowledge
> > > > panel", for example, but nothing resembling an encyclopedia article).
> > Ten
> > > > years from now, that might be different, and so we need to consider
> how
> > > we
> > > > would sustain ourselves in such a world - in terms of revenue, and
> also
> > > in
> > > > terms of people (how would new editors join the project, if most
> people
> > > > interacted with our content not via our website, but interfaces
> > provided
> > > by
> > > > big tech companies where there is no edit button?).
> > > >
> > > > The new API project aims to do that, both in the sense of making it
> > > > possible to have more equitable arrangements with bulk reusers of our
> > > > content (who make lots of money with it), and by making it easier to
> > > reuse
> > > > content in ways that align with our movement's values (currently, if
> > you
> > > > reuse Wikipedia content in your own website or application, and want
> to
> > > > provide your users with information about the licensing or provenance
> > of
> > > > that content, or allow them to contribute, the tools we provide for
> > that
> > > > are third rate at best). As the recommendation mentions, erecting
> > > > unintentional barriers to small-scale or non-commercial reusers was
> > very
> > > > much a concern, and I'm sure much care will be taken during
> > > implementation
> > > > to avoid it.
> > > >
> > > > Wrt transparency, I agree this was communicated less clearly than
> > ideal,
> > > > but from the Wikimedia Foundation's point of view, it can be hard to
> > know
> > > > when to consult the community and to what extent (churning out so
> much
> > > > information that few volunteers can keep up with it can be a problem
> > too;
> > > > arguably early phases of the strategy process suffered from it). This
> > is
> > > a
> > > > problem that has received considerable attention within the WMF
> > recently
> > > > (unrelated to API plans) so there's at the very least an effort to
> make
> > > the
> > > > process of sharing plans and gathering feedback more predictable.
> > > > Also, the pandemic has been a huge disruption for the WMF. Normally,
> by
> > > > this point, the community would have been consulted on the draft
> annual
> > > > plan, which is where new initiatives tend to be announced; but that
> has
> > > > been delayed significantly due to so many staff members' lives being
> > > > upheaved. Movement events where such plans are usually discussed had
> to
> > > be
> > > > cancelled, and so on.
> > > >
> > > > (Written with my volunteer hat on. I was involved in the strategy
> > process
> > > > and helped write the recommendation snippet Yair quoted upthread; I'm
> > not
> > > > involved in the API gateway project.)
> > > > _______________________________________________
> > > > 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>
> >
> >
> >
> > --
> > Samuel Klein          @metasj           w:user:sj          +1 617 529
> 4266
> > _______________________________________________
> > 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>
>
>
>
> --
> Seddon
>
>
> *Senior Community Relations Specialist*
> *Advancement (Fundraising), 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>
_______________________________________________
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>

Reply via email to