Artist Sto Zv�?at is interpreted in Jaikoz like Sto Zivrat. In Picard this bug doesnt exist.
http://musicbrainz.org/artist/046eae82-41b8-4c21-90b3-5758ff23cffe.html
EDIT: this forum doesnt display ř i must write it like html entity “& # 345 ;”
Artist Sto Zv�?at is interpreted in Jaikoz like Sto Zivrat. In Picard this bug doesnt exist.
http://musicbrainz.org/artist/046eae82-41b8-4c21-90b3-5758ff23cffe.html
EDIT: this forum doesnt display ř i must write it like html entity “& # 345 ;”
I wouldnt say that is a bug, when matching diacratic marks are simplified to the latin equivalent when matching. This is because in most cases these kind of characters are too often missing from either the metadata or the database and would not get matched. a classic case is bjork.
Seems i get same response from MB when using Picard and Jaikoz, but Picard can handle that.
GET /ws/1/release/259611b7-8e97-46e4-b995-594a0eda38d0?type=xml&inc=tracks+puids+artist+release-events+labels+isrcs+artist-rels+release-rels+url-rels+track-level-rels+user-ratings HTTP/1.1
Not full response
<?xml version="1.0" encoding="UTF-8"?>Druh.. bradaB000002XY1Sto zv....atdo you mean that Jaikoz is putting Sto Zirvat into the tag instead of the correct name, is this because you have Preferences/Musicbrainz/AutoFormat/Translate Foreign Artists… enabled ?
Preferences/Musicbrainz/AutoFormat/Translate Foreign Artists unchecked and now works.