Question about search quality

[groue]

Hello,

The search for Swift pods about SQLite only shows pods that contain SQLite in their name. The consequence is that pods like GRDB.swift (94 quality points) are not present in the search results. And they are not discoverable unless you already know their name.

I don't understand. Weren't quality points and https://twitter.com/cremedelapods introduced to favor pods discoverability and foster good quality pods? Shouldn't the search be part of it? What do you think?

[orta]

Name takes precedence over summary in our search which then chunks by found type and ordered by quality. As there are so many with SQLite in their name, then they show first. I'd assume GRDB would be high on per-summary or description, but not on per name I'm afraid.

[groue]

@orta OK I guess you already had a hard time figuring out the best relative weights of textual fields - even if this sometimes creates something similar to cybersquatting (or at least an absurd bonus to "well-named" pods).

Still, I don't know where to reach pods that would eventually be matched according to their summary or description in the following screenshot (Safari 9.1.2).

[orta]

I wonder if my recent work de-duplication #289 has broken any grouping other than name - I'm not seeing anything for queries related to anything other than name

[floere]

@orta I can't check it right now, but did you look at the JSON response?

On Di., 20. Sep. 2016 at 12:31 Orta

< mailto:Orta notifications@github.com

wrote:

a, pre, code, a:link, body { word-wrap: break-word !important; }

I wonder if my recent work de-duplication https://github.com/CocoaPods/cocoapods.org/pull/289 has broken any grouping other than name - I'm not seeing anything for queries related to anything other than name

—

You are receiving this because you are subscribed to this thread.

Reply to this email directly, https://github.com/CocoaPods/cocoapods.org/issues/294#issuecomment-248263791 , or https://github.com/notifications/unsubscribe-auth/AAALznJOf344izmaCi_LwoC9DLy0Ol2bks5qr7YBgaJpZM4KAYhD .

[floere]

@orta Indeed, the results are provided by the search backend, but they may be removed by the deduplication.

[orta]

De-duplication isn't working, #289 should be reverted

[orta]