@mpopov - can you update for these:

1. change ticket to T162276 in the comments
2. update title from "Sister search traffic" to "Sister project search results traffic"
3. update summary from

"Sister (cross-wiki) search is a feature that adds results from other projects to a sidebar on the search engine results page (SERP). For example: if there are additional results found, users are shown images from Wikimedia Commons, definitions from Wiktionary, and results from works on Wikisource."

Closing, per new work detailed in T169175

Sounds good, @TJones, I'll go ahead and close it.

Very interesting, @TJones, next steps? :)

When we created the terms of use page, it was determined that the best place to keep legal information was on the WMF pages.

@Pnorman - can you take a look at this?

Moving to Up Next, as @TJones notes, this *should* be fixed with the deployment of T167058.

Thanks, @TJones - I'll repurpose this ticket. :)

Translations were deployed to production on the portal today, June 27, 2017

Stats were updated on June 27, 2017

Moving to stalled - we're waiting on it to happen again.

Just to follow-up on this ticket, we launched sister project snippets (T145917) on the search results page (T162276) on June 15, 2017 and it is now available on all Wikipedias. However, enwiki has a different interface (fewer sister projects) as they had requested via an RfC (T162276#3278689) discussion.

Looks good in production, thanks @MaxSem !

Hi, please see the conversation here about deploying mapframe to your wiki.

Hi @Dereckson - would you be able to help?

I would prefer the transit stops to not appear until zl 16 or zl 17

Do you mean all transit stops, or just some of them?

• The black of the icons are too prominent ( too dark, too large ) at all zoom levels.
• The text labels is also too prominent ( too dark, too large ) at all zoom levels.
• I would prefer the transit stops to not appear until zl 16 or zl 17

Proper feature logging sounds great to me, @dcausse :)

Based on @TJones comment above, we'll go ahead and decline this; using quotes around the word(s) seems to be a good workaround.

Cool!

Cool, closing as invalid, thanks for taking a look. :)

Please also view the actual voting that was done on wikibooks: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(policy)/Archive_135#Wikibooks

w00t!

Yay, thanks for taking the initiative on this!

Just FYI, we will post a message about the Japanese language analyzer and have just now requested translations for it: https://meta.wikimedia.org/wiki/User:CKoerner_(WMF)/New_Japanese_language_analyzer.

Thanks, @MaxSem - we're hoping to merge this patch during the eu swat window on Monday.

I've been able to reproduce the issue and wanted to visually show what is going on. The map details link to google maps is using the map center point from Kartographer while ignoring the map marker on the original map. Here's our map (shown correctly):

Wikibooks wasn't included by mistake, it was a conscious decision to display it in the sister project snippets on the search results page and I explained why here (copied/pasted below for ease of reading).

Hi @MaxSem - would you be able to take a look at this patch, merge it if it's good and swat it into production?

Yay!

Thanks for your responses.

After chatting with @EBernhardson - most redirects are put into place because it's the best search result to be found for the specific query. In this case - Twin Cities is actually the local name and is the best match for the search term.

Based on the RfC that was completed on enwiki and it's follow-up, the consensus was that enwiki did not want all the sister projects to be displayed.
Also, based on another conversation on enwiki village pump, there are a number of folks who wanted to 'hide' the sister projects and a code snippet was provided to do that. I'm not sure that adding in another button or preference to show all the projects that enwiki didn't want in the first place would be a good idea.

On the surface this sounds fine to do, but it really wouldn't work. The order of the sister project results that are returned are in no specific order (other than by recall) and we've got lots of evidence that most users only look at the first one or up to the first 3 results of any search results and click or view them...rarely do they go beyond that.

Hi, based on T164781, each project has the opportunity to remove the hatnotes and other miscellanea showing up in their pages. It's not something that our team can 'fix' at all.

We don't use external links as part of the scoring process right now. Based on the fact that T143310 might 'fix' this, I'll remove it off our sprint board.

This might be better solved with the Tools-Global-user-contributions team.

I don't think this is a good use of our engineering team to do this, we agree with @Aklapper on this.

Sure, let's take a look and see if we can fix this.

Gotcha, thanks for taking a look, @dcausse, I'll move it to the backlog board for up next work (trying to keep our backlog column on the sprint board as stuff we need to tackle first).

Sounds good, @TJones, let's go ahead and setup the instance and we can start crafting a message for posting on the Village Pump, with a little help from @CKoerner_WMF if he has time. :)

Cool, thanks for taking a look!

I'm good with it, if @Slaporte is! :)

Sweet! Do you have a projected date for the next deployment?