Google completely remove .zero.wikipedia.org links from their cache,
or if perhaps we need to open a support thread with Google about canonical
URLs.
On Tue, May 28, 2013 at 1:13 PM, Kul Wadhwa kwad...@wikimedia.org wrote:
Adam Baso (copied on this email) is working on it and a fix is ready
language.wikipedia.org counterparts. But I suppose
with fewer competing page elements, especially on long-tail articles with
fewer or no direct links to the desktop page, this is maybe not totally
unexpected.
-Adam
On Tue, May 28, 2013 at 1:49 PM, Adam Baso ab...@wikimedia.org wrote:
Hello
http://googlewebmastercentral.blogspot.com/2013/05/getting-started-with-structured-data.html
___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l
in the omitted section. Upon confirmation of as much, the current plan is
to introduce https://gerrit.wikimedia.org/r/#/c/69420/ to prevent indexing
of language.zero.wikipedia.org altogether.
On Tue, May 28, 2013 at 6:26 PM, Adam Baso ab...@wikimedia.org wrote:
All,
My mistake. The pages in Google's
search to see them.
-Adam
On Tue, Jun 18, 2013 at 3:35 PM, Adam Baso ab...@wikimedia.org wrote:
Update:
We've added an enhancement to Wikipedia Zero so that if a user who isn't
on a participating carrier network navigates to a Wikipedia Zero page on
language.zero.wikipedia.org
count as it
dwindles.
Thanks again.
-Adam
On Wed, Jun 26, 2013 at 10:59 AM, Adam Baso ab...@wikimedia.org wrote:
(cross-posted on mobile-l)
Okay, looks like the index of zero.wikipedia.org pages in Google has
shrunk by some 20 million entries. Nonetheless, a number of really old
pages (e.g
I emailed mobile-l and wikitech-l about this, now I'm moving this
discussion to wikimedia-l. Here's the longer technical thread:
http://lists.wikimedia.org/pipermail/mobile-l/2014-April/006884.html
In summary, to show Wikipedia Zero banners for the correct mobile networks,
we are planning once
Inline.
Thanks for starting this thread.
Sorry if I've overlooked this, but who/what will have access to this data?
Only members of the mobile team? Local project CheckUsers? Wikimedia
Foundation-approved researchers? Wikimedia shell users? AbuseFilter
filters?
It's a good question. The
/ 127.0.0.1 / 123.45 / 2014-04-16:1245.45
enwiki / 127.0.0.1 / 123.45 / 2014-04-16
- the latter gives you the data you need while making it a lot harder
to do any kind of close user-identification.
Andrew.
On 16 Apr 2014 19:17, Adam Baso ab...@wikimedia.org wrote:
Inline.
Thanks
PM, Adam Baso ab...@wikimedia.org wrote:
Great idea!
Anyone on the list know if there's a way to make the debug log facilities
do the MMDD timestamp instead of the longer one?
If not, I suppose we could work to update the core MediaWiki code. [1]
-Adam
1. For those with PHP skills
the updated code for review.)
-Adam
On Thu, May 1, 2014 at 7:52 PM, Adam Baso ab...@wikimedia.org wrote:
After examining this, it looks like EventLogging is more suited to the
logging task than debug logging and the trappings of needing to alter debug
logging in the core MediaWiki software
. That
part is done in the Android app already.
-Adam
On Fri, May 2, 2014 at 1:16 PM, Adam Baso ab...@wikimedia.org wrote:
Federico asked if sampling might make sense here. I think it will work, so
I've updated the patchset.
From a patchset comment I provided:
It's possible we may have
this coarse-grained value. I wanted to put this User-Agent item out
here for a brief period before adding the code, though.
-Adam
On Fri, May 30, 2014 at 2:04 PM, Adam Baso ab...@wikimedia.org wrote:
Okay, the code is in place in the alphas of both the Android and iOS apps,
and the server-side 2
Here's the patch update.
https://gerrit.wikimedia.org/r/141740
On Mon, Jun 23, 2014 at 3:30 PM, Adam Baso ab...@wikimedia.org wrote:
One wrinkle we've encountered and sort of expected, is that the SIM card
MCC-MNC doesn't always match the actual network MCC-MNC. So on Android,
we'll add
Hi there, just wanted to touch on the autoredirection stuff. The thing
mentioned on autoredirection is an enhancement for accesses to
m.wikipedia.org/ webroot (not articles) for Wikipedia Zero users. As
before, non-Wikipedia Zero users accessing m.wikipedia.org/ webroot
continue to get redirected
>
> The image thumbnail thing fails to filter our fair use images along
> with the usual lack of author and licensing information.
Hi there - speaking to one thing I'm familiar with, with respect to image
selection, we believe https://phabricator.wikimedia.org/T124225 should
address fair use
Inline.
On Thu, May 12, 2016 at 1:28 AM, MZMcBride wrote:
> Steven Walling 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
Greetings Wikimedians,
(And thank you for patience with me cross-posting.)
I'm writing to invite your input on the following Phabricator task ahead of
next week's Wikimedia Developer Summit 2018 [1] session.
Knowledge as a Service
https://phabricator.wikimedia.org/T183315
The purpose [2] of
18 matches
Mail list logo