filter to not include ids #47
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
mosaic/nostr-next#47
Loading…
Add table
Add a link
Reference in a new issue
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?
When a nostr filter has ids, that restricts to exactly only those events... the rest of the filter would just restrict further but it seems almost pointless in that case. So query by id should be different than query by filter, and filters should not have ids.
Also we could have per-id results, like auth-required / redacted or not-found on a per-id basis.
I disagree. When fetching a single page of a bookmark feed I will use the bookmarked event IDs in the filter and further restrict it with
limitto only get the the number of events to fill the page. And if you want the feed ordered bycreatedAtinstead of the order inside the bookmark event you would also usesinceanduntilto only get the right timeframeThanks for that example.
If you are going to repeatedly query a subset of a larger set, uploading the list of IDs every time seems wasteful. Since relays already have state (AUTH) a connection could keep a set of IDs submitted via some command, and then refer to it in the filter.