#musicbrainz

outsidecontext: am I missing something obvious here? https://www.reddit.com/r/MusicBrainz/comments/1...

I assume the black tags on the right are because Picard is set to not overwrite existing values, and that incorrectly matched release does indeed not have information for any of those fields. Both the intended match and the incorrect one are just type:albums, so I don’t think it’s the type sliders that could be causing it

aerozol: seems to be an oddity of the search API in this specific case. I tried it with setting the tags as shown in the original screenshot and doing lookup, and indeed I don't get the expected tracks as well (I get a Man in the Box by Neurotic Arseholes)

Picard does the request https://musicbrainz.org/ws/2/recording?limit=50... , which indeed yields nohing by Alice in Chains

the interesting piece seems to be that picard uses parantheses to wrap the values. If I use a search with wrapping values with quotation marks It yields far better results: https://musicbrainz.org/search?query=track%3A%2...

Honestly I don't know exactly why Picard does it that way, but the results seems to indicate that it should be changed. Don't know what this changes for search results in general, it might also regress in other situations.

I think quotes is the expected way? But yvanzo could confirm maybe in case I'm being dumb

outsidecontext: huh, so it isn’t user error… I’ll let them know that we’re looking into it. Want me to make a ticket tracking it?

aerozol: yes please, that'd be great

outsidecontext, reosarevok: parens will search for any word with implicit OR, quotes will search for the whole phrase

will quotes still find similar strings?

sure

ok. it's still interesting that the first query with parens does not yield any result from "Alice in Chain". but seems like this has been kind of wrong in picard for a long time

because it has "in" in the title

Oh, ok

Hmm… sorry, it shouldn’t have any incidence as artist: is specified

Can’t explain without debugging

yes, i just wondered which part of (alice in chains) appears in "The Exboyfriends" or "Neurotic Arseholes". It is really an odd case, hard to explain in detail without diving real deep I guess

each term of the query is joined with an implicit OR, so it might just have been outweighed by some other terms

yes, I still would have expected the proper result to show up somewhere :D

anyway, interesting is that picard has done requests like this forever (I checked the code, the syntax was introduced very early 17 years ago in https://github.com/metabrainz/picard/commit/f9e...)

apparently the track title, other fields don’t seem to match much

so I think it should be changed. but it could have quite some drastic effects on the overall search results. we need to be careful here so it does not regress

What is the proper result? https://musicbrainz.org/release/22520423-1341-4... ?

If you put weighs on track’s number and total number of tracks, it comes on the first page: https://musicbrainz.org/search?query=track%3A%2...

+t

Those two fields can probably be considered as pretty reliable in general.

(actually even first result)

yvanzo: your query uses quotation marks, that works even without raising the weights. https://musicbrainz.org/search?query=track%3A(m... does find all kinds of recordings titled "man in the box", but nothing by alice in chains. that's the puzzling bit.

Yes, can’t explain without debugging

It does find it with an AND: https://musicbrainz.org/search?query=track%3A%2...

outsidecontext: "alice", "in", and chains" are probably too far from the whole phrase "alice in chains" to weigh anything compared to other searched fields

(alice in chains) is (alice OR in OR chains), it doesn't search for the whole phrase

but (man in the box) seems to match, so I can't be too affirmative here

yes, I understand the or thing. But you see that it is still strange: why does "(alice OR in OR chains)" give matches to "Your 3rd Eye", "Fur Patrol", "MX-80" etc. but none of the many recordings by "Alice in Chains" even shows up, at least not in any of the first 200 results or such (haven't looked further behind). it really doesn't make much sense.

especially as all of the found results totally mismatch both the artist AND release search terms and also total tracks and track number mismatch completely

It doesn't necessarily matches any of these, it is more likely outweighed by the other search fields in the same disjunction.

it doesn't make sense, as the majority of results match nothing except the title while the wanted result matches the title and everything else and it does not even show up at all

take a look at this: the first ten result don't match even a single word in the title, none matches the total tracks or ISRC, only two match the track number. most have around the duration of 4:48, but even that quickly starts to mismatch https://usercontent.irccloud-cdn.com/file/IxGJx...

the actual result in https://musicbrainz.org/release/447c9de7-ea10-4... would match all (title, artist, release, duration, trackno., total tracks, ISRC)