I’ve noticed that sorting by rating is not working more, e.g.http://themeforest.net/search?utf8=%E2%9C%93&term=&sort=rating&view=list&category=wordpress&price_min=&price_max=&sales=&rating_min=&date=all
i’ve got following result:
3 ratings 6 ratings 12 ratings 5 ratings
I think that the first themes should be with highest ratingBest regards!
Hey wplab, what you’re looking at is the number of ratings, but the sorting applied is by the average score.
I found a new issue, not sure I need to start new tread.
When you come to some category page such as Logo Template.
When you change view from “grid ” to “list” or change back.
The order of the items is not the same as it suppose to be.(Newest Items).
And when I try to make it sort correctly I try select the “Sort by” to be the “Newest items” then I found the first item that created on 2013Or this is the way it should be?
Thanks WheelieMonkey, we’ve deployed a fix for that.
Let us know if you’re still experiencing the issue.
I’m curious how the “sales” facet distribution is calculated. Seems to be rather uneven with top-sellers being too small a fraction of the total volume. See: http://cl.ly/Y4jl
We use a percentile ranking algorithm, which is evaluated for each site. Then items in the result set are placed into the specific grade ranges. The exact percentage values differ per site because the sales distribution differs per site, but this is one of the things we’re going to tweak over time. Also the percentage values are only a guide to the algorithm, we have another pass over the values to ensure there’s a sensible amount of space between the ranges.
Top Sellers is a deliberately small fraction, but Low, Medium and High are all about the same. The reason you’ll see more in High but less in Low is because your result set could consist of popular sellers, and this is a result of our deliberate decision to only grade the sales ranges per site, and not per result set.
Hope that makes sense
I just don’t get you guys, we need a filtering system, search alone isn’t that helpful, for example if i want to find a theme do you really think that my only parameter will be for example one page?
No… i have to define whole range of things to narrow my options, and since this is nearly impossible, the biggest number of customer in my opinion just goes to most popular or new items, most sales etc. goes trough maybe 5 pages of items and done…
Maybe this is totally off topic but we are screaming for this option for ages now. I mean i would understand if you had like 5 devs and they would implement one feature by one…
ah sorry, just venting out a bit… keep up to good work.Cheers
Thanks Anps, I feel your pain too – having tried to find rather specific things on the marketplace, I can say it isn’t… “optimal”
We ARE working on it though, so expect some changes in this area, and keep the ideas flowing! There are a few things which need to happen first before we can start providing this functionality, but that work is well under way:
There is a very similar change going in in the next day or two to move attribute browsing from sphinx to elasticsearch. The fix will be deployed at the same time as that change goes in.
Ok I just hope you will not make the search to function as “AND” between the search words….
I highly disagree – in Google a space between words acts as an “OR” unless you put a plus sign in front of each word.
Blue Bunny Jumping should be the same as Blue OR Bunny OR Jumping
+Blue +Bunny +Jumping should be the same as Blue AND Bunny AND Jumping
It’s a totally different game when you’re able to change the sorting order to something like sales or newest. In that case, you might get a lot of results on the first page with only Blue or Bunny, which wouldn’t be great.
It makes sense for google to use OR because you can’t sort your results, they always display the most relevant first. Blue OR Bunny is going to boost documents with both Blue and Bunny present higher than anything with only Blue or Bunny but not both, so in their case you still get whatever makes sense.
Thanks for spotting the issue with tag navigation. We recently migrated that page off the database and onto elasticsearch, and looks like its selecting “best match” as the default sorting which in this context probably doesn’t make a lot of sense. We’ll get this sorted today.
contemponic – I’m interested in how the results were random, they looked ok to me.
I can’t go into the specifics of how we rank items, but what I can tell you is that ranking is an ongoing effort, and no simple task! We use mathematical modelling for each change, and we’re very careful to limit the number of changes to the ranking algorithm to a maximum of 1 per week, although generally its much less. We test each change thoroughly in development and then get consensus from the team before moving it into the production environment.
Once a change is rolled out, we closely monitor it for at least a week using a variety of metrics to measure whether to keep the change or not – it takes that long for the numbers to become meaningful. For example, if sales are down even by a small percentage at the end of the week, the change is rolled back immediately.
I’ve just released a fix to the portfolio sorting issue, so please let me know if the problem persists.