[metrics-team] onionoo search semantics: AND vs. OR?
nusenu-lists at riseup.net
Sat Apr 22 23:01:00 UTC 2017
(trying to find a stop-gap solution for
> Return only (1) relays with the parameter value matching (part of a)
> nickname, (possibly $-prefixed) [...]
> If multiple search terms are given, separated by spaces, the
> **intersection** of all relays and bridges matching all search terms
> will be returned.
> You could approximate the second example by using
> search=contact:Neel%20contact:Chauhan, but that will also return all
> relays that have those **two** strings somewhere in the contact line,
> rather than just Neel Chauhan.
So I would assume that
should only return relays where the contact field contains "Neel"
**and** "Chauhan" but it also returns relays that have only "Neel" (and
no "Chauhan"), so I would deduce that search terms are OR connected.
example contact result:
"<neel AT rdkr DOT uk> 0xBBC1514B34CFB0F10231280F2FC36F0EF7887127"
If search terms are OR connected (not the "intersection")
then I would simply list all the fingerprints to get a list of all
relevant relays, but that does not work either (no results)
example (2 fingerprints separated by a single space):
In this search, the search terms are AND connected:
So I'm not sure
- if the current behavior works as documented and intended
- How to get a stop-gap solution without false-positives/false-negative
Is this a bug or am I misunderstanding something?
(or does the AND/OR mode depend on whether search qualifiers are used?)
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 801 bytes
Desc: OpenPGP digital signature
More information about the metrics-team