FYI, this week's presentations, according to the Etherpad, are:
* *Derk-Jan Hartman:* Video.js progress
* *Dmitry Brant*: Wikidata infoboxes in Android app
* *Joaquin Hernandez*: Vicky chat bot
* *Baha*: mobile printing for offline reading
* *Monte*: "smart random" content service endpoint
* *Erik*: Geo boosting search queries
Cheers,
Pine
On Thu, May 12, 2016 at 9:17 AM, Adam Baso <abaso(a)wikimedia.org> wrote:
> Reminder...
>
> On Thu, Apr 14, 2016 at 12:13 AM, Adam Baso <abaso(a)wikimedia.org> wrote:
>
> > Hi all,
> >
> > The next CREDIT showcase will be Thursday, 12-May-2016 at 1800 UTC (1100
> > SF).
> >
> > https://www.mediawiki.org/wiki/CREDIT_showcase
> >
> > For this one we'll use Hangouts on Air for presenters, and the customary
> > YouTube stream for viewers.
> >
> > See you next month!
> > -Adam
> >
> >
> >
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
On 11 May 2016 at 12:50, Michael Peel <email(a)mikepeel.net> wrote:
> Isn't it time to start moving to responsive mediawiki templates (
> https://en.wikipedia.org/wiki/Responsive_web_design), rather than having
> a separate mobile interface/URL?
> For a practical example, see the BBC News website (
> http://www.bbc.co.uk/news), which is the same website on all devices, it
> just rescales the content/navigation/layout to suit the device. (Try
> resizing your web browser on your computer to the size of a mobile web
> browser to see what I mean.)
>
Hey Mike,
I think you're confusing two things – a single skin with responsive design
for all users on all devices, which is a long-term ambition, but for the
Reading department to talk about :-) – and responsive templates for
content, which we're working on in terms of scoped styling for templates
through TemplateStyles (
https://www.mediawiki.org/wiki/Extension:TemplateStyles, though by "we" I
mostly mean Coren as a volunteer developer). This second one is going
through security review right now, but once that's complete we'll enable it
for testing and gradual roll-out.
Scoped styling of templates will let template authors make their templates
work on any sized device, which will massively improve the terrible
experience from templates like infoboxes, navboxes, amboxes, and especially
one-off templates like those used by the Signpost. However, it'll need a
concerted effort from all of us to re-write and improve all the thousands
of templates across our hundreds of wikis to make this a reality. It
requires judgement, æsthetics and expertise, and so isn't something that
can be done automatically by software. It's a big effort, but it's going to
be worth it. :-)
J.
--
James D. Forrester
Lead Product Manager, Editing
Wikimedia Foundation, Inc.
jforrester(a)wikimedia.org | @jdforrester
***************************************************************************
We apologize for multiples copies. Please circulate this CFP among your
colleagues and students.
***************************************************************************
2016 Fifth International Conference on Cyber Security, Cyber Warfare,
and Digital Forensic [CyberSec]
July 26-28, 2016
Manchester, United Kingdom
http://sdiwc.net/conferences/cybersec2016/
All registered papers will be submitted to IEEE for potential inclusion to IEEE Xplore
***************************************************************************
Paper due: June 26, 2016
***************************************************************************
The proposed conference will be held University of Salford, MediaCityUK, Manchester, United Kingdom, From July 26-28, 2016 which aims to enable researchers build connections between different digital applications.
The conference welcomes papers on the following (but not limited to) research topics:
**Cyber Security
- Distributed and Pervasive Systems Security
- Enterprise Systems Security
- Formal Methods Application in Security
- Hardware-Based security
- Incident Handling and Penetration Testing
- Legal Issues
- Multimedia and Document Security
- Operating Systems and Database Security
- Privacy issues
- SCADA and Embedded systems security
- Secure Software Development, Architecture and Outsourcing
- Security for Future Networks
- Security in Cloud Computing
- Security in Social Networks
- Security of Web-based Applications and Services
- Security protocols
- VOIP, Wireless and Telecommunications Network Security
**Digital Forensic
- Anti-Forensics and Anti-Anti-Forensics Techniques
- Cyber-Crimes
- Data leakage, Data protection and Database forensics
- Evidentiary Aspects of Digital Forensics
- Executable Content and Content Filtering
- File System and Memory Analysis Multimedia Forensic
- Forensics of Virtual and Cloud Environments
- Information Hiding
- Investigation of Insider Attacks
- Large-Scale Investigations
- Malware forensics and Anti-Malware techniques
- Network Forensics and Traffic Analysis Hardware Vulnerabilities and Device Forensics
- New threats and Non-Traditional approaches
**Information Assurance and Security Management
- Business Continuity & Disaster Recovery Planning
- Corporate Governance
- Critical Infrastructure Protection
- Decidability and Complexity
- Digital Rights Management and Intellectual Property Protection
- Economics of Security
- Fraud Management
- Identity Management
- Laws and Regulations
- Security Policies and Trust Management
- Threats, Vulnerabilities, and Risk Management
**Cyber warfare and Physical Security
- Surveillance Systems
- Biometrics Applications
- Cyber Warfare Trends and Approaches
- Electronic Passports, National ID and Smart Card Security
- Social engineering
- Template Protection and Liveliness detection
- Authentication and Access Control Systems
- Biometrics standards and standardization
- New theories and algorithms in biometrics
***************************************************************************
The conference uses double-blind review by at least two reviewers,
which means that both the reviewer and author identities are concealed
from the reviewers, and vice versa, throughout the review process.
To facilitate this, authors need to ensure that their manuscripts are
prepared in a way that does not give away their identity.
All the registered papers will be submitted to IEEE for potential inclusion
to IEEE Xplore as well as other Abstracting and Indexing (A&I) databases.
In addition, BEST registered papers will be published in one of the following
special issues provided that the author do major improvements and extension
within the time frame that will be set by the conference and his/her paper
is approved by the chief editor:
* International Journal of New Computer Architectures and their Applications (IJNCAA)
* International Journal of Digital Information and Wireless Communications (IJDIWC)
* International Journal of Cyber-Security and Digital Forensics (IJCSDF)
On Wed, May 11, 2016 at 9:02 PM, Steven Walling
<steven.walling(a)gmail.com> wrote:
> It's really great to see Wikipedia highlighted as a source for news and
> current events. It's rare that people fully recognize the degree to which
> the "encyclopedia" is actually very good at trending news information. That
> said, the report paints a rosy picture that, strategically speaking, may
> not be cause for celebration.
>
> Remember that, when looking at pageviews, we're a little over 40% mobile.
> Most other major Internet properties are now primarily mobile, and that's
> where most media consumption is even in once desktop-centric markets like
> the US.(1)
>
> Has Dario or anyone done an update on the traffic analysis from 2014,(2)
> where we concluded that declining desktop traffic in mature markets like
> the US was not being offset by mobile web?
Yes, in the February metrics meeting
(https://commons.wikimedia.org/w/index.php?title=File%3AWMF_Metrics_%26_Acti…
, see also https://commons.wikimedia.org/wiki/File:Wikimedia_monthly_pageviews_(worldw…
). We left out the US-specific part, but still discussed how
mobile/desktop has been developing in the Global North vs. the Global
South.
> What's the current state of the
> world when it comes to Wikipedia mobile traffic, overall and broken down by
> app vs. mobile web?
Last week about 45% of our pageviews were on mobile web and a bit over
1% came from the apps. See also the readership metrics reports
(https://commons.wikimedia.org/wiki/Category:Wikimedia_readership_metrics_re…
).
>
> It seems obvious that part of the reason Wikipedia is so popular on mobile
> web is because we're an odd duck -- Wikimedia is one of the only top media
> orgs not doing any kind of app upsell at all on mobile web. The vast
> majority of major Internet properties heavily push app installs and usage
> to varying degrees of aggressiveness. This directly sacrifices mobile web
> traffic for a longterm gain in reader retention.
>
> The linked report shows that Wikipedia app users are much more engaged --
> avg time spent per person in the Wikipedia app is more than double that of
> mobile web, according to their data -- but the number of app users is
> ridiculously tiny, relatively speaking.(3)
True. At the same time (which doesn't negate your point), it's also
worth being aware that absolutely speaking, the Wikipedia app(s) still
had more monthly US users than those of Buzzfeed, USA Today and Fox
News, according to the study.
> In commercial apps, prioritizing
> long term retention of app users is good for a business. They can then be
> converted to subscribers, purchase in-app upgrades, or click on ads. In the
> Wikimedia context, greater mobile retention and time spent could be used to
> teach people to contribute, and to facilitate less aggressive forms of
> mobile fundraising than we've previously had to do. Not to mention
> providing readers with faster direct access to knowledge, and doing a
> better job of teaching mobile-first US in emerging markets what Wikipedia
> is.
Food for thought. (CCing the Mobile-l list again)
>
> Neglecting to show people the value of the apps will help grow mobile web
> traffic in the short term, but in the long run may leave us entirely
> dependent on search (i.e. Google) or simply not growing readers, despite
> millions of people still coming online via mobile. In the report data you
> can see that most of the US news sites mentioned are dependent on Facebook,
> even if they have an app. Unlike them, Wikipedia has an opportunity to get
> away from being dependent on another source for readers, and be one of the
> primary apps that every person on the planet uses, alongside Facebook,
> messaging tools, and similar. Right now, we're squandering that
> opportunity, and it's going to get harder to change as time goes on.
>
> 1.
> http://techcrunch.com/2014/08/21/majority-of-digital-media-consumption-now-…
> 2.
> https://meta.wikimedia.org/wiki/File:2014_Readership_Update,_WMF_Metrics_Me…
> 3.
> https://medium.com/mobile-first-news-how-people-use-smartphones-to/news-goe…
>
> On Wed, May 11, 2016 at 12:50 PM Michael Peel <email(a)mikepeel.net> wrote:
>
>> Isn't it time to start moving to responsive mediawiki templates (
>> https://en.wikipedia.org/wiki/Responsive_web_design), rather than having
>> a separate mobile interface/URL?
>>
>> For a practical example, see the BBC News website (
>> http://www.bbc.co.uk/news), which is the same website on all devices, it
>> just rescales the content/navigation/layout to suit the device. (Try
>> resizing your web browser on your computer to the size of a mobile web
>> browser to see what I mean.)
>>
>> Thanks,
>> Mike
>>
>> > On 11 May 2016, at 20:36, Gerard Meijssen <gerard.meijssen(a)gmail.com>
>> wrote:
>> >
>> > Hoi,
>> > It is wonderful to see how we have evolved.. Does anyone remember the
>> good
>> > old days when it was an application totally and utterly outside of
>> > MediaWiki?
>> > Thanks,
>> > GerardM
>> >
>> > On 11 May 2016 at 20:33, Pine W <wiki.pine(a)gmail.com> wrote:
>> >
>> >> Forwarding since this may be of general interest regarding Wikipedia
>> >> readership.
>> >>
>> >> Thanks Tilman!
>> >>
>> >> Pine
>> >>
>> >> ---------- Forwarded message ----------
>> >> From: Tilman Bayer <tbayer(a)wikimedia.org>
>> >> Date: Wed, May 11, 2016 at 10:23 AM
>> >> Subject: [WikimediaMobile] "Among mobile sites, Wikipedia reigns in
>> terms
>> >> of popularity"
>> >> To: mobile-l <mobile-l(a)lists.wikimedia.org>
>> >> Cc: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>, Analytics
>> Team
>> >> -
>> >> Internal <analytics-internal(a)lists.wikimedia.org>
>> >>
>> >>
>> >> New study (US only) by the Knight Foundation:
>> >> https://medium.com/mobile-first-news-how-people-use-smartphones-to ,
>> >> summarized here:
>> >>
>> >>
>> http://www.theatlantic.com/technology/archive/2016/05/people-love-wikipedia…
>> >>
>> >> "People spent more time on Wikipedia’s mobile site than any other news
>> >> or information site in Knight’s analysis, about 13 minutes per month
>> >> for the average visitor. CNN wasn’t too far behind, at 9 minutes 45
>> >> seconds per month. BuzzFeed clocked in third at 9 minutes 21 seconds
>> >> per month. (BuzzFeed, however, slays both CNN and Wikipedia in time
>> >> spent with the sites’ apps, compared with mobile websites. BuzzFeed
>> >> users devote more than 2 hours per month to its apps, compared with
>> >> about 46 minutes among CNN app users and 31 minutes among Wikipedia
>> >> app loyalists.)
>> >>
>> >> Another way to look at Wikipedia’s influence: Wikipedia reaches almost
>> >> one-third of the total mobile population each month, according to
>> >> Knight’s analysis, which used data from the audience-tracking firm
>> >> Nielsen."
>> >>
>> >>
>> >> --
>> >> Tilman Bayer
>> >> Senior Analyst
>> >> Wikimedia Foundation
>> >> IRC (Freenode): HaeB
>> >>
>> >> _______________________________________________
>> >> Mobile-l mailing list
>> >> Mobile-l(a)lists.wikimedia.org
>> >> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>> >> _______________________________________________
>> >> Wikimedia-l mailing list, guidelines at:
>> >> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
>> >> New messages to: Wikimedia-l(a)lists.wikimedia.org
>> >> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
>> >> <mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe>
>> > _______________________________________________
>> > Wikimedia-l mailing list, guidelines at:
>> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
>> > New messages to: Wikimedia-l(a)lists.wikimedia.org
>> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
>> <mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe>
>>
>>
>> _______________________________________________
>> Wikimedia-l mailing list, guidelines at:
>> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
>> New messages to: Wikimedia-l(a)lists.wikimedia.org
>> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
>> <mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe>
> _______________________________________________
> Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> New messages to: Wikimedia-l(a)lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, <mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe>
--
Tilman Bayer
Senior Analyst
Wikimedia Foundation
IRC (Freenode): HaeB
On 11 May 2016 at 14:20, Michael Peel <email(a)mikepeel.net> wrote:
> I'm hoping that having a responsive skin for the webpages isn't too far
> off, though?
>
Reading can answer that better than I; however, making the skin itself is
only part of the issue – you also would want to scrap m.wikimedia.org
*etc. *Right now, the mobile sites have to make massive changes to the
content to make it fit on a mobile screen (and even then can't fix some
things, like tables). Giving mobile users a responsive skin whilst the
contents weren't appropriate wouldn't make anyone happy. Until the contents
of at least most the millions of pages of Wikimedia wikis' projects are
mobile-safe, we can't reasonably get rid of the mobile "site".
J.
--
James D. Forrester
Lead Product Manager, Editing
Wikimedia Foundation, Inc.
jforrester(a)wikimedia.org | @jdforrester
New study (US only) by the Knight Foundation:
https://medium.com/mobile-first-news-how-people-use-smartphones-to ,
summarized here:
http://www.theatlantic.com/technology/archive/2016/05/people-love-wikipedia…
"People spent more time on Wikipedia’s mobile site than any other news
or information site in Knight’s analysis, about 13 minutes per month
for the average visitor. CNN wasn’t too far behind, at 9 minutes 45
seconds per month. BuzzFeed clocked in third at 9 minutes 21 seconds
per month. (BuzzFeed, however, slays both CNN and Wikipedia in time
spent with the sites’ apps, compared with mobile websites. BuzzFeed
users devote more than 2 hours per month to its apps, compared with
about 46 minutes among CNN app users and 31 minutes among Wikipedia
app loyalists.)
Another way to look at Wikipedia’s influence: Wikipedia reaches almost
one-third of the total mobile population each month, according to
Knight’s analysis, which used data from the audience-tracking firm
Nielsen."
--
Tilman Bayer
Senior Analyst
Wikimedia Foundation
IRC (Freenode): HaeB
Hi everyone,
We've just released a high-priority maintenance update to the production
version of our Android app[0].
This fixes some issues that numerous users have reported in the last couple
days regarding being unable to login or save edits[1]. This also makes sure
that the "Define" button that shows the Wiktionary definition of a
highlighted word is enabled for all users (on enwiki).
Sorry for any inconvenience!
[0] Rolling out at
https://play.google.com/store/apps/details?id=org.wikipedia
[1] We think it has to do with our networking library not playing nicely
with the version of nginx currently on our servers when using HTTP/2, so
we've disabled HTTP/2 in the app until this is resolved in the library (
https://gerrit.wikimedia.org/r/287675)
--
Dmitry Brant
Senior Software Engineer / Product Owner (Android)
Wikimedia Foundation
https://www.mediawiki.org/wiki/Wikimedia_mobile_engineering
Last week we released the 5.0.3 update to the iOS app. Although testers
reported stability issues in the earlier builds, we believed we had
resolved all these issues prior to submitting to the app store. We were
wrong.
To begin to address this, today we released version 5.0.4, now available
for download
<https://itunes.apple.com/us/app/wikipedia-mobile/id324715238?mt=8>[1] to
resolve most pressing issues. Particularly with loading the Most Read and
scrolling the Explore screen.
Thanks to the team for working quickly to diagnose and patch user reported
issues while at the Reading team off site meeting.
And thanks to our users for your patience.
Happy Monday,
Josh Minor
[1] - https://itunes.apple.com/us/app/wikipedia-mobile/id324715238?mt=8