Skip to content
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

Discogs importer: Bad handling of index tracks on importing #603

Open
DoktorSultan opened this issue Feb 2, 2025 · 0 comments
Open

Discogs importer: Bad handling of index tracks on importing #603

DoktorSultan opened this issue Feb 2, 2025 · 0 comments

Comments

@DoktorSultan
Copy link

Currently, Discogs' "index tracks" are parsed into one single track on MB

But the most common case of index tracks (Classical music) actually should result in each subtrack having an individual track on MB

For instance if Discogs lists:
Index Track Title Of Composition

  1. Part 1
  2. Part 2
  3. Part 3

This should become in MB

  1. Index Track Title of Composition: Part 1
  2. Index Track Title of Composition: Part 2
  3. Index Track Title of Composition: Part 3

While it currently is translated into:

  1. Index Track Title of Composition: Part 1 / Part 2 / Part 3

It's not 100% consistent, as sometimes, the current approach would be correct, but this is far less common.

I think it's worth considering changing this.
Or, as far as it would be possible, provide an option for parse Discogs data both ways?

Or ideally... try to auto detect when what is appropriate by looking at the track positions.
On Discogs:
1.1
1.2
1.3
or
1a
1b
1c
(Or similarly with A1.1 A1.2..., A1a, A1b, ...)
=> This would mean it should become one track on MB

But
1.
2.
3.
=> Should become 3 tracks in MB.

This is actually regardless of the use of an index track or not.

@DoktorSultan DoktorSultan changed the title Bad handling of index tracks on importing Discogs importer: Bad handling of index tracks on importing Feb 2, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant