You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
To be honest I do not remember why I have zeroed these values. Did it impede retrieval? I do not know.
It is difficult to balance discriminability and retrievability of hashes. If you include too much information in a hash query fingerprints might not match. If you include too little information too many hashes match and performance suffers but it might help with retrieval rates. So it is a trade off between your application, the amount of noise you expect (digital near-duplicates or over the air queries), the query performance speed you are after, the size of the index you plan to use, ...
The proper way to do this is to make it configurable a config->useMagnitudesInFPHash = true/false for example. I will mark this as an enhancement.
It would be best to do a test that compares a database with and one without using magnitudes for your application. If you could share results or findings that would be great!
Hi, @JorenSix .
I tryed to compare JAVA and C FP algorithmus ans found out aparts of code in C version:
So in C version
mXLargerThenmY
is zeroed, but in JAVA it's not. Why? A BUG or a feature?The text was updated successfully, but these errors were encountered: