I was just looking at the Mobile Web search functionality, and I noticed that the drop-down list of search results in Mobile Web is different from the list in our native apps for the same search term. It looks like Mobile Web uses prefixsearch, whereas the apps are using opensearch.
I'm curious what was the rationale for using a different API in the apps? (Wouldn't we want the search results to be consistent between the Apps and Mobile Web?)
-Dmitry
They're powered by the same code, producing identical results, web uses prefixsearch because it can be used as a generator. However, the order of results might be different because the API has its own ideas about sorting of page set returned by generators. Maryana, we already discussed this briefly before WM, do you want me to work on this after my vacation? 11.08.2014 18:47 пользователь "Dmitry Brant" dbrant@wikimedia.org написал:
I was just looking at the Mobile Web search functionality, and I noticed that the drop-down list of search results in Mobile Web is different from the list in our native apps for the same search term. It looks like Mobile Web uses prefixsearch, whereas the apps are using opensearch.
I'm curious what was the rationale for using a different API in the apps? (Wouldn't we want the search results to be consistent between the Apps and Mobile Web?)
-Dmitry
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Hey Max, I'm trying using the same generator query that mobile web uses, but I'm getting a different results order as well.
The first result of the following (searching for "s") returns San Francisco as the first result, but when I search using mobile web the first result is Spain.
https://en.m.wikipedia.org/w/api.php?piprop=thumbnail&pithumbsize=144&am...
Do you see any problems with the query?
Thanks!
On Mon, Aug 11, 2014 at 11:21 PM, Max Semenik maxsem.wiki@gmail.com wrote:
They're powered by the same code, producing identical results, web uses prefixsearch because it can be used as a generator. However, the order of results might be different because the API has its own ideas about sorting of page set returned by generators. Maryana, we already discussed this briefly before WM, do you want me to work on this after my vacation? 11.08.2014 18:47 пользователь "Dmitry Brant" dbrant@wikimedia.org написал:
I was just looking at the Mobile Web search functionality, and I noticed that the drop-down list of search results in Mobile Web is different from the list in our native apps for the same search term. It looks like Mobile Web uses prefixsearch, whereas the apps are using opensearch.
I'm curious what was the rationale for using a different API in the apps? (Wouldn't we want the search results to be consistent between the Apps and Mobile Web?)
-Dmitry
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
JSON objects e.g. "pages":{} in this example have arbitrary sorting.
I'm pretty sure mobile web gets the same JSON response as you but the browser parses it into the object that gets rendered. You'll notice if you search for 's' on Firefox San Francisco is the top article not Spain as it is in Chrome.
Mobile web should probably alphabetize them.. anyone want to raise a bug? :)
On Thu, Aug 14, 2014 at 10:54 PM, Monte Hurd mhurd@wikimedia.org wrote:
Hey Max, I'm trying using the same generator query that mobile web uses, but I'm getting a different results order as well.
The first result of the following (searching for "s") returns San Francisco as the first result, but when I search using mobile web the first result is Spain.
https://en.m.wikipedia.org/w/api.php?piprop=thumbnail&pithumbsize=144&am...
Do you see any problems with the query?
Thanks!
On Mon, Aug 11, 2014 at 11:21 PM, Max Semenik maxsem.wiki@gmail.com wrote:
They're powered by the same code, producing identical results, web uses prefixsearch because it can be used as a generator. However, the order of results might be different because the API has its own ideas about sorting of page set returned by generators. Maryana, we already discussed this briefly before WM, do you want me to work on this after my vacation?
11.08.2014 18:47 пользователь "Dmitry Brant" dbrant@wikimedia.org написал:
I was just looking at the Mobile Web search functionality, and I noticed that the drop-down list of search results in Mobile Web is different from the list in our native apps for the same search term. It looks like Mobile Web uses prefixsearch, whereas the apps are using opensearch.
I'm curious what was the rationale for using a different API in the apps? (Wouldn't we want the search results to be consistent between the Apps and Mobile Web?)
-Dmitry
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Whoa you're right! In Firefox when I search for "color" the color article is first, but in Chrome "colorado" is first...
On Fri, Aug 15, 2014 at 7:07 AM, Jon Robson jdlrobson@gmail.com wrote:
JSON objects e.g. "pages":{} in this example have arbitrary sorting.
I'm pretty sure mobile web gets the same JSON response as you but the browser parses it into the object that gets rendered. You'll notice if you search for 's' on Firefox San Francisco is the top article not Spain as it is in Chrome.
Mobile web should probably alphabetize them.. anyone want to raise a bug? :)
On Thu, Aug 14, 2014 at 10:54 PM, Monte Hurd mhurd@wikimedia.org wrote:
Hey Max, I'm trying using the same generator query that mobile web uses,
but
I'm getting a different results order as well.
The first result of the following (searching for "s") returns San
Francisco
as the first result, but when I search using mobile web the first result
is
Spain.
https://en.m.wikipedia.org/w/api.php?piprop=thumbnail&pithumbsize=144&am...
Do you see any problems with the query?
Thanks!
On Mon, Aug 11, 2014 at 11:21 PM, Max Semenik maxsem.wiki@gmail.com
wrote:
They're powered by the same code, producing identical results, web uses prefixsearch because it can be used as a generator. However, the order
of
results might be different because the API has its own ideas about
sorting
of page set returned by generators. Maryana, we already discussed this briefly before WM, do you want me to work on this after my vacation?
11.08.2014 18:47 пользователь "Dmitry Brant" dbrant@wikimedia.org написал:
I was just looking at the Mobile Web search functionality, and I
noticed
that the drop-down list of search results in Mobile Web is different
from
the list in our native apps for the same search term. It looks like
Mobile
Web uses prefixsearch, whereas the apps are using opensearch.
I'm curious what was the rationale for using a different API in the
apps?
(Wouldn't we want the search results to be consistent between the Apps
and
Mobile Web?)
-Dmitry
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
-- Jon Robson
Has something to do with CirrusSearch beta feature?
On Fri, Aug 15, 2014 at 7:49 AM, Monte Hurd mhurd@wikimedia.org wrote:
Whoa you're right! In Firefox when I search for "color" the color article is first, but in Chrome "colorado" is first...
On Fri, Aug 15, 2014 at 7:07 AM, Jon Robson jdlrobson@gmail.com wrote:
JSON objects e.g. "pages":{} in this example have arbitrary sorting.
I'm pretty sure mobile web gets the same JSON response as you but the browser parses it into the object that gets rendered. You'll notice if you search for 's' on Firefox San Francisco is the top article not Spain as it is in Chrome.
Mobile web should probably alphabetize them.. anyone want to raise a bug? :)
On Thu, Aug 14, 2014 at 10:54 PM, Monte Hurd mhurd@wikimedia.org wrote:
Hey Max, I'm trying using the same generator query that mobile web
uses, but
I'm getting a different results order as well.
The first result of the following (searching for "s") returns San
Francisco
as the first result, but when I search using mobile web the first
result is
Spain.
https://en.m.wikipedia.org/w/api.php?piprop=thumbnail&pithumbsize=144&am...
Do you see any problems with the query?
Thanks!
On Mon, Aug 11, 2014 at 11:21 PM, Max Semenik maxsem.wiki@gmail.com
wrote:
They're powered by the same code, producing identical results, web uses prefixsearch because it can be used as a generator. However, the order
of
results might be different because the API has its own ideas about
sorting
of page set returned by generators. Maryana, we already discussed this briefly before WM, do you want me to work on this after my vacation?
11.08.2014 18:47 пользователь "Dmitry Brant" dbrant@wikimedia.org написал:
I was just looking at the Mobile Web search functionality, and I
noticed
that the drop-down list of search results in Mobile Web is different
from
the list in our native apps for the same search term. It looks like
Mobile
Web uses prefixsearch, whereas the apps are using opensearch.
I'm curious what was the rationale for using a different API in the
apps?
(Wouldn't we want the search results to be consistent between the
Apps and
Mobile Web?)
-Dmitry
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
-- Jon Robson
No.. this is just the problem with returning objects in an API response instead of arrays like they should be. Now it is the clients problem to deal with. I've moaned about this numerous times and it is the thing that bugs me most about the API
In nearby we have to explicitly sort results to ensure they render in distance order and we apparently forgot to for search. On 15 Aug 2014 04:09, "Max Semenik" maxsem.wiki@gmail.com wrote:
Has something to do with CirrusSearch beta feature?
On Fri, Aug 15, 2014 at 7:49 AM, Monte Hurd mhurd@wikimedia.org wrote:
Whoa you're right! In Firefox when I search for "color" the color article is first, but in Chrome "colorado" is first...
On Fri, Aug 15, 2014 at 7:07 AM, Jon Robson jdlrobson@gmail.com wrote:
JSON objects e.g. "pages":{} in this example have arbitrary sorting.
I'm pretty sure mobile web gets the same JSON response as you but the browser parses it into the object that gets rendered. You'll notice if you search for 's' on Firefox San Francisco is the top article not Spain as it is in Chrome.
Mobile web should probably alphabetize them.. anyone want to raise a bug? :)
On Thu, Aug 14, 2014 at 10:54 PM, Monte Hurd mhurd@wikimedia.org wrote:
Hey Max, I'm trying using the same generator query that mobile web
uses, but
I'm getting a different results order as well.
The first result of the following (searching for "s") returns San
Francisco
as the first result, but when I search using mobile web the first
result is
Spain.
https://en.m.wikipedia.org/w/api.php?piprop=thumbnail&pithumbsize=144&am...
Do you see any problems with the query?
Thanks!
On Mon, Aug 11, 2014 at 11:21 PM, Max Semenik maxsem.wiki@gmail.com
wrote:
They're powered by the same code, producing identical results, web
uses
prefixsearch because it can be used as a generator. However, the
order of
results might be different because the API has its own ideas about
sorting
of page set returned by generators. Maryana, we already discussed this briefly before WM, do you want me to work on this after my vacation?
11.08.2014 18:47 пользователь "Dmitry Brant" dbrant@wikimedia.org написал:
I was just looking at the Mobile Web search functionality, and I
noticed
that the drop-down list of search results in Mobile Web is different
from
the list in our native apps for the same search term. It looks like
Mobile
Web uses prefixsearch, whereas the apps are using opensearch.
I'm curious what was the rationale for using a different API in the
apps?
(Wouldn't we want the search results to be consistent between the
Apps and
Mobile Web?)
-Dmitry
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
-- Jon Robson
-- Best regards, Max Semenik ([[User:MaxSem]])
On Fri, Aug 15, 2014 at 7:38 AM, Jon Robson jdlrobson@gmail.com wrote:
No.. this is just the problem with returning objects in an API response instead of arrays like they should be. Now it is the clients problem to deal with. I've moaned about this numerous times and it is the thing that bugs me most about the API
In nearby we have to explicitly sort results to ensure they render in distance order and we apparently forgot to for search.
Yeah, this sounds like the issue ErikM reported before Wikimania. We (and by "we" I mean Max after he gets back from vacation...) should fix it :)
On 15 Aug 2014 04:09, "Max Semenik" maxsem.wiki@gmail.com wrote:
Has something to do with CirrusSearch beta feature?
On Fri, Aug 15, 2014 at 7:49 AM, Monte Hurd mhurd@wikimedia.org wrote:
Whoa you're right! In Firefox when I search for "color" the color article is first, but in Chrome "colorado" is first...
On Fri, Aug 15, 2014 at 7:07 AM, Jon Robson jdlrobson@gmail.com wrote:
JSON objects e.g. "pages":{} in this example have arbitrary sorting.
I'm pretty sure mobile web gets the same JSON response as you but the browser parses it into the object that gets rendered. You'll notice if you search for 's' on Firefox San Francisco is the top article not Spain as it is in Chrome.
Mobile web should probably alphabetize them.. anyone want to raise a bug? :)
On Thu, Aug 14, 2014 at 10:54 PM, Monte Hurd mhurd@wikimedia.org wrote:
Hey Max, I'm trying using the same generator query that mobile web
uses, but
I'm getting a different results order as well.
The first result of the following (searching for "s") returns San
Francisco
as the first result, but when I search using mobile web the first
result is
Spain.
https://en.m.wikipedia.org/w/api.php?piprop=thumbnail&pithumbsize=144&am...
Do you see any problems with the query?
Thanks!
On Mon, Aug 11, 2014 at 11:21 PM, Max Semenik maxsem.wiki@gmail.com
wrote:
They're powered by the same code, producing identical results, web
uses
prefixsearch because it can be used as a generator. However, the
order of
results might be different because the API has its own ideas about
sorting
of page set returned by generators. Maryana, we already discussed
this
briefly before WM, do you want me to work on this after my vacation?
11.08.2014 18:47 пользователь "Dmitry Brant" dbrant@wikimedia.org написал: > > I was just looking at the Mobile Web search functionality, and I
noticed
> that the drop-down list of search results in Mobile Web is
different from
> the list in our native apps for the same search term. It looks like
Mobile
> Web uses prefixsearch, whereas the apps are using opensearch. > > I'm curious what was the rationale for using a different API in the
apps?
> (Wouldn't we want the search results to be consistent between the
Apps and
> Mobile Web?) > > > -Dmitry > > > _______________________________________________ > Mobile-l mailing list > Mobile-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mobile-l >
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
-- Jon Robson
-- Best regards, Max Semenik ([[User:MaxSem]])
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
On Fri, Aug 15, 2014 at 12:57 PM, Maryana Pinchuk mpinchuk@wikimedia.org wrote:
Yeah, this sounds like the issue ErikM reported before Wikimania. We (and by "we" I mean Max after he gets back from vacation...) should fix it :)
Do we have a card/bug tracking this? I want to make sure it doesn't get lost.
--tomasz
Yep, currently working on that card.
On Wed, Aug 20, 2014 at 10:43 PM, Tomasz Finc tfinc@wikimedia.org wrote:
On Fri, Aug 15, 2014 at 12:57 PM, Maryana Pinchuk mpinchuk@wikimedia.org wrote:
Yeah, this sounds like the issue ErikM reported before Wikimania. We
(and by
"we" I mean Max after he gets back from vacation...) should fix it :)
Do we have a card/bug tracking this? I want to make sure it doesn't get lost.
--tomasz
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
It's https://trello.com/c/J52fOPCY/17-5-better-search-results in the current sprint :)
On Wed, Aug 20, 2014 at 12:07 PM, Max Semenik maxsem.wiki@gmail.com wrote:
Yep, currently working on that card.
On Wed, Aug 20, 2014 at 10:43 PM, Tomasz Finc tfinc@wikimedia.org wrote:
On Fri, Aug 15, 2014 at 12:57 PM, Maryana Pinchuk mpinchuk@wikimedia.org wrote:
Yeah, this sounds like the issue ErikM reported before Wikimania. We
(and by
"we" I mean Max after he gets back from vacation...) should fix it :)
Do we have a card/bug tracking this? I want to make sure it doesn't get lost.
--tomasz
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
-- Best regards, Max Semenik ([[User:MaxSem]])
Awesome!
On Wed, Aug 20, 2014 at 12:08 PM, Maryana Pinchuk mpinchuk@wikimedia.org wrote:
It's https://trello.com/c/J52fOPCY/17-5-better-search-results in the current sprint :)
On Wed, Aug 20, 2014 at 12:07 PM, Max Semenik maxsem.wiki@gmail.com wrote:
Yep, currently working on that card.
On Wed, Aug 20, 2014 at 10:43 PM, Tomasz Finc tfinc@wikimedia.org wrote:
On Fri, Aug 15, 2014 at 12:57 PM, Maryana Pinchuk mpinchuk@wikimedia.org wrote:
Yeah, this sounds like the issue ErikM reported before Wikimania. We
(and by
"we" I mean Max after he gets back from vacation...) should fix it :)
Do we have a card/bug tracking this? I want to make sure it doesn't get lost.
--tomasz
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
-- Best regards, Max Semenik ([[User:MaxSem]])
-- Maryana Pinchuk Product Manager, Wikimedia Foundation wikimediafoundation.org
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l