1
16
Fork
You've already forked Holos-Discover
0

Feature Request: Search API Filtering by Minimum Likes and Boosts #8

Closed
opened 2026年03月10日 15:06:50 +01:00 by box464 · 1 comment

It would be helpful to have the ability to limit results returned by the number of likes or boosts. This would reduce the number of calls an API user makes if they are attempting to find "trending" or "popular" posts for a specific search phrase or tag.

I see that these values are already stored - and yes I know the old fediverse issue, they aren't 100% reliable and show different numbers unless you grab them from the original instance. Also, I realize you pulled the counts in at a specific moment in time for indexing, and the numbers may be greatly different by the time I run my search. But this would still be useful, why not use the data if it's going to be stored!

Specifically, the general /api/search and the /api/search/hashtags endpoints.

Example: A photo gallery for all posts with the #dogsofmastodon hashtag. I may want to consider only pulling back posts with at least 5 likes or boosts to reduce spammy or irrelevant posts. Right now, to do that, I pull back all results with that hashtag and then discard the ones that don't have at least 5 likes. Then parse through more pages to get more results.

Piefed has this as part of their Search API endpoint (minimum_upvotes) and it's very handy.

Thanks for considering this.

It would be helpful to have the ability to limit results returned by the number of likes or boosts. This would reduce the number of calls an API user makes if they are attempting to find "trending" or "popular" posts for a specific search phrase or tag. I see that these values are already stored - and yes I know the old fediverse issue, they aren't 100% reliable and show different numbers unless you grab them from the original instance. Also, I realize you pulled the counts in at a specific moment in time for indexing, and the numbers may be greatly different by the time I run my search. But this would still be useful, why not use the data if it's going to be stored! Specifically, the general `/api/search` and the `/api/search/hashtags` endpoints. Example: A photo gallery for all posts with the `#dogsofmastodon` hashtag. I may want to consider only pulling back posts with at least 5 likes or boosts to reduce spammy or irrelevant posts. Right now, to do that, I pull back all results with that hashtag and then discard the ones that don't have at least 5 likes. Then parse through more pages to get more results. Piefed has this as part of their [Search API endpoint](https://crust.piefed.social/api/alpha/swagger) (`minimum_upvotes`) and it's very handy. Thanks for considering this.
Author
Copy link

😃 Thank you!

😃 Thank you!
Sign in to join this conversation.
No Branch/Tag specified
main
develop
1.10.0
1.9.1
1.9.0
1.8.0
1.7.4
1.7.3
1.7.2
1.7.1
1.7.0
1.6.0
1.5.0
1.4.0
1.3.3
1.3.2
1.3.1
1.3.0
1.2.9
1.2.8
1.2.7
1.2.6
1.2.5
1.2.4
1.2.3
1.2.2
1.2.1
1.2.0
1.1.0
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
tom79/Holos-Discover#8
Reference in a new issue
tom79/Holos-Discover
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?