-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
better handling of feat. artists #39
Comments
In the example shown above, "feat." should be preserved, and not converted to "&" (that's what Spotify does, but that's incorrect). From my experience, most sources will use "title (feat. B)" by A and only Spotify will use "title" by A & B. In the example above, we have 3 sources for most tracks, 2 showing (feat. X) and 1 with raw title, they could be used: Spotify gives a list of artists, others sources list artists in title:
I would expect we get: title by C feat. A & B when adding this to MB. We clearly need some heuristics here, and perhaps suggest a set of options in complex cases. |
Another example to play with/test scripts: https://www.deezer.com/es/artist/145401 |
featured artists are handled very inconsistently across the various platforms, with Spotify removing feats and putting them in the artist field, Deezer keeping feat in the title and the artist field, and Apple Music only keeping feats in the track title. I think if a service has a featured artist, this should be reflected in the harmonized data, both on the track level and potentially on the release level (if all tracks have the same feat, especially for singles)
here's a decent cross section of the variants on this release
The text was updated successfully, but these errors were encountered: