Closed pluggemi closed 2 years ago
Hello!
Yes indeed it is currently implemented this way. I have a question: what should we do with non-latin artist names?
Excellent question and I am not sure what the correct answer is. Sorting (and by extension creating an Index) for non-Latin characters is a widespread challenge.
However, what I have seen other programs do is rely on the ARTISTSORT
/ALBUMARTISTSORT
tag for this. Musicbrainz requires Latin script for the sort name for this reason.
Other non-default tag combos include COMPOSER/COMPOSERSORT
and CONDUCTOR/CONDUCTORSORT
and a few other *SORT options listed here:
https://picard-docs.musicbrainz.org/en/appendices/tag_mapping.html
So for example:
<index name="K">
because transliteration for that group name from Japansese is Kodō, which has a sort name of "Kodō"<index name="K">
because the transliteration for that person name from Georgian is Giya Kancheli, which has a sort name of "Kancheli, Giya"That would also address names that are in RTL scripts such as Arabic:
<index name="W">
because it transliterates to Mohamed Abdel Wahab, which has a sort name of "Wahab, Mohammed Abdel"So I guess the logic would be if there is an ARTISTSORT
, use that for the the index, otherwise put it in the <index name="?">
?
Thoughts?
First of all, really like this software - especially since it is the only Subsonic compatible server software that I have found that correctly parses multi-value attributes for the Artist tag - so thanks for that!
While investigating some weird behavior on a client app - specifically iSub on IOS - I noticed that the result of the
/rest/getIndexes
endpoint was not what I was expecting. Put simply, all of the returned artists were showed<index name="?">
instead of being broken up into separate letters.I confirmed this by doing a curl command to the server - specifically this command:
The result is this - sample.xml
Expected result This is the result that I expected - expected.xml
Is the expected result a correct assumption?
I am using the epoupon/lms Docker container of version 3.27.0 for amd64, digest 5ab9b8f92072.
Thoughts? Thanks!