Re: [Wikitech-l] Exploring VP9 as a progressive still image codec

[Mukunda Modell]

This is really cool Brion. Clever idea and it could be really beneficial.

It seems like something that might see even more benefits if native support
was baked into the browser instead of implementing it as a sort of
javascript hack, but it might be a good enough hack to be worthwhile even
without native support in browsers.

Kudos. I don't have much to offer other than enthusiasm but I'm hoping that
is ever so slightly more helpful than silence.

On Tue, Jun 14, 2016 at 9:19 PM, Brion Vibber  wrote:

> I spent some time between projects today exploring the idea of progressive
> image decoding using the VP9 video codec -- sort of a mashup of progressive
> JPEG and WebP.
>
> Like a progressive JPEG, each resolution step (a separate frame of the
> "video") encodes only the differences from the previous resolution step.
> Like WebP, it's more space-efficient than the ancient JPEG codec.
>
> This sort of technique might be useful for lazy-loading images in our
> modern internet, where screen densities keep going up and network speeds
> can vary by a factor of thousands. On a slow network the user sees
> immediate feedback during load, and on a fast network they can reach full
> resolution quickly, still in less bandwidth than a JPEG. And since JS would
> have control of loading, we can halt cleanly if the image scrolls
> offscreen, or pick a maximum resolution based on actual network speed.
>
>
> Detail notes on my blog:
>
> https://brionv.com/log/2016/06/14/exploring-vp9-as-a-progressive-still-image-codec/
>
> Sample page if you just want to look at some decoded images at various
> resolutions (loading not optimized for slow networks yet!):
> https://media-streaming.wmflabs.org/pic9/
>
>
> It looks plausible, and should be able to use native VP9 decoding in
> Firefox, Chrome, and eventually MS Edge in some configurations with a
> JavaScript fallback for Safari/etc. Currently my demo just plops all the
> frames into a single .webm, but to avoid loading unneeded high-resolution
> frames they should eventually be in separate files.
>
> -- brion
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Exploring VP9 as a progressive still image codec

[Brion Vibber]

I spent some time between projects today exploring the idea of progressive
image decoding using the VP9 video codec -- sort of a mashup of progressive
JPEG and WebP.

Like a progressive JPEG, each resolution step (a separate frame of the
"video") encodes only the differences from the previous resolution step.
Like WebP, it's more space-efficient than the ancient JPEG codec.

This sort of technique might be useful for lazy-loading images in our
modern internet, where screen densities keep going up and network speeds
can vary by a factor of thousands. On a slow network the user sees
immediate feedback during load, and on a fast network they can reach full
resolution quickly, still in less bandwidth than a JPEG. And since JS would
have control of loading, we can halt cleanly if the image scrolls
offscreen, or pick a maximum resolution based on actual network speed.


Detail notes on my blog:
https://brionv.com/log/2016/06/14/exploring-vp9-as-a-progressive-still-image-codec/

Sample page if you just want to look at some decoded images at various
resolutions (loading not optimized for slow networks yet!):
https://media-streaming.wmflabs.org/pic9/


It looks plausible, and should be able to use native VP9 decoding in
Firefox, Chrome, and eventually MS Edge in some configurations with a
JavaScript fallback for Safari/etc. Currently my demo just plops all the
frames into a single .webm, but to avoid loading unneeded high-resolution
frames they should eventually be in separate files.

-- brion
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Finishing "Cases" part of Code of Conduct

[Matthew Flaschen]

People are now working to conclude the "Code of Conduct/Cases" part of 
the draft Code of Conduct:


* Section:
https://www.mediawiki.org/wiki/Code_of_Conduct/Draft#Page:_Code_of_Conduct.2FCases

* Talk:
https://www.mediawiki.org/wiki/Talk:Code_of_Conduct/Draft

* Alternatively, you can provide anonymous feedback to
conduct-discussion at wikimedia.org .

This is the best time to make any final necessary changes to this 
section (and explain why, in edit summaries and/or talk) and discuss it 
on the talk page.


After this last call, I will send out another email seeking approval, 
like before.


Thanks,

Matt Flaschen


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Request for Feedback: Wikipedia.org to add mobile app download badges

[Deborah Tankersley]

Hello,

The Discovery Portal team would like to add Wikipedia app
 download badges near the
bottom of the wikipedia.org  portal page and
we're looking for your feedback.

These new app badges will link to a free download of the Wikipedia app for
Android and iOS mobile platforms and will be displayed just to those
visitors to the wikipedia.org portal page that are using a mobile device.

We hope that the app badges will provide an introduction to our visitors
who are interested in, or might prefer to use, the platform-native mobile
apps. It's an update that makes sense to the Portal team, but we wanted to
ask the community for feedback and suggestions.

If you're interested in finding out more, please visit this page
 to
read more details and view the draft mocks. Constructive feedback, thoughts
and ideas can be added and discussed on the talk page
;
and additional information about the portal can be found here
.

Cheers,

Deb
--
Deb Tankersley
Product Manager, Discovery
IRC: debt
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] [MediaWiki-announce] Second release candidate for 1.27 (1.27.0-rc.1)

[Chad Horohoe]

Hello everyone,

I am happy to announce the availability of the second release candidate of
the
new MediaWiki 1.27 series!

AuthManager has been backported!!!

Since the first release candidate support for the new authentication/
authorization framework (AuthManager) was merged from master. This is a
large
architectural change, but users should hopefully see few changes. If you
have
extensions that make use of authentication or authorization hooks you will
need to upgrade those as well to their REL1_27 versions or master branch
(both available via Git or Extension Distributor).

For a high level overview please see:
* https://www.mediawiki.org/wiki/Manual:SessionManager_and_AuthManager
If you have an extension that you maintain and will be updating:
*
https://www.mediawiki.org/wiki/Manual:SessionManager_and_AuthManager/Updating_tips

As a result of this large change, I'm going to let the RC.1 stir around in
the
wild for 2 weeks before we do the final release. I know this is a delay for
some, but I really think 1.27 will be a better release as a result. June
28th
sounds like a fun day :)

Now for the usual fun boilerplate:

MediaWiki 1.27 includes all changes released in the smaller 1.27.0-wmf.*
software deployments to Wikimedia sites over six months, totaling
approximately
2800+ commits by around 165 authors. This is a large release that contains
many new features and bug fixes.

This will be a LTS release, supported until 2019 with security fixes.

This is a summary of the major changes of interest to users and
administrators:
https://www.mediawiki.org/wiki/MediaWiki_1.27

You can always consult the RELEASE-NOTES-1.27 file for the full list of
changes
in this version.

Full release notes:
*
https://phabricator.wikimedia.org/diffusion/MW/browse/REL1_27/RELEASE-NOTES-1.27
* https://www.mediawiki.org/wiki/Release_notes/1.27

**
Download:
https://releases.wikimedia.org/mediawiki/1.27/mediawiki-1.27.0-rc.1.tar.gz
https://releases.wikimedia.org/mediawiki/1.27/mediawiki-1.27.0-rc.1.patch.gz
https://releases.wikimedia.org/mediawiki/1.27/mediawiki-core-1.27.0-rc.1.tar.gz

GPG signatures:
https://releases.wikimedia.org/mediawiki/1.27/mediawiki-1.27.0-rc.1.tar.gz.sig
https://releases.wikimedia.org/mediawiki/1.27/mediawiki-1.27.0-rc.1.patch.gz.sig
https://releases.wikimedia.org/mediawiki/1.27/mediawiki-core-1.27.0-rc.1.tar.gz.sig

Public keys:
https://www.mediawiki.org/keys/keys.html

-Chad
___
MediaWiki announcements mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] The revision scoring weekly update

[Amir Ladsgroup]

Hi folks,

This is the 8th weekly update for the revision scoring team that we have
sent to this mailing list.

*New developments:*

   - ORES extension got deployed in Persian Wikipedia. [1] Give it a try!
   [2]


   - Article quality model ("wp10" model) is now working for Russian
   Wikipedia. [3] It will be deployed this week


   - We deplyed article topic campaign for English Wikipedia [4]


   - ores.wikimedia.org does have a grafana dashboard now [5]


*Maintenance and robustness:*

   - ORES icinga didn't work when workers were down[13], it got fixed [6]


   - We finished load testing ores.wikimedia.org and it was quite alright
   [7] [8]


   - CORS is moved to uwsgi level to it works in prod too [9]


   - Deploying new versions of ORES in prod and labs has a proper
   documentation page now [10] [11]


   - We had intermittent spikes of errored revisions, got it resolved [12]


1. https://phabricator.wikimedia.org/T130211
2.
https://fa.wikipedia.org/wiki/Special:Preferences#mw-prefsection-betafeatures
3. https://phabricator.wikimedia.org/T131635
4. https://phabricator.wikimedia.org/T137325
5. https://phabricator.wikimedia.org/T137367
6. https://phabricator.wikimedia.org/T137592
7. https://phabricator.wikimedia.org/T137365
8. https://phabricator.wikimedia.org/T137131
9. https://phabricator.wikimedia.org/T137433
10. https://phabricator.wikimedia.org/T137570
11. https://wikitech.wikimedia.org/wiki/Ores/Deployment
12. https://phabricator.wikimedia.org/T134109
13. https://wikitech.wikimedia.org/wiki/Incident_documentation/20160610-ORES

Best,
Amir
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Consolidating dashboards and data downloads on analytics.wikimedia.org

[Nuria Ruiz]

Hello!

We would like to announce http://analytics.wikimedia.org the domain where
the analytics team hopes to consolidate dashboards and data downloads (a
work in progress)


We have two dashboards to announce with data we hope you find interesting:

1. The new traffic reports with browser data for mobile and desktop domains:
*http://tinyurl.com/zqqr3zd *

2. The vital signs dashboard that displays several metrics that are of
interest like Pageviews and Unique Devices:
*http://tinyurl.com/jr4oou3 *

Thanks,

Nuria
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l