Een apostrof splitst een plaat in twee albumrijen #77

New issue

Closed

opened 2026-08-06 16:53:48 +02:00 by roelof · 1 comment

roelof commented

2026-08-06 16:53:48 +02:00

Owner

Een plaat staat twee keer in de database zodra MusicBrainz hem anders spelt dan de tags. Gemeten op de live bibliotheek: 30 albumrijparen die alleen op een apostrof verschillen.

Kill 'Em All (10)                  |  Kill ’Em All (9)
Cosmo's Factory (9)                |  Cosmo’s Factory (17)
Ritchie Blackmore's Rainbow (9)    |  Ritchie Blackmore’s Rainbow (16)
Long Live Rock 'N' Roll (8)        |  Long Live Rock ’n’ Roll (4)
You Can't Stop Rock 'N' Roll (13)  |  You Can’t Stop Rock ’n’ Roll (12)
Seal The Deal & Let's Boogie (17)  |  Seal the Deal & Let’s Boogie (18)
…

Links de rechte apostrof uit de mp3-tags, rechts de typografische die MusicBrainz gebruikt. citext is hoofdletterongevoelig maar niet leestekenongevoelig, dus het zijn twee rijen.

Wat het kost

De plaat staat dubbel in een albumlijst, met de tracks over de twee helften verdeeld — zie de aantallen hierboven.
De albumreparatie kan geen hoes lenen tussen de twee helften. Precies dit is gemeten tijdens #64: een Top 2000-track landde op Kill ’Em All terwijl de Albums-collectie Kill 'Em All mét sleeve al had. De hoes moest bij fanart.tv gehaald worden waar hij gratis had gekund.
FindKnownAlbum mist. "Deze bibliotheek eerst, dan pas MusicBrainz" werkt niet over de twee spellingen heen, dus er wordt betaald voor een antwoord dat al in huis was.
Hetzelfde geldt voor DatabaseService.UpdateTrackInfo en AddTrack, die de rij zoeken met a.Title == track.Album.Title.

Dit is grotendeels ontstaan door #62: sinds de lijstcollecties hun echte albumnaam uit MusicBrainz krijgen, komen daar 2500 tracks bij met de typografische spelling.

Waar het antwoord al ligt

MusicBrainzService.Fold doet exact deze vouwing al — het is wat "Guns N` Roses" uit de tag laat matchen op "Guns N’ Roses" van MusicBrainz. Wat ontbreekt is dezelfde vouwing bij het opzoeken van de albumrij, niet alleen bij het vergelijken van een zoekantwoord.

Wat er te beslissen valt

Alleen apostrofs, nooit diacrieten. Dat is dezelfde regel die bij Typed al beargumenteerd staat, en hier is het meteen te zien: vouw ik in mijn meting ook accenten mee, dan komt Genesis naast Génesis te staan, en dat zijn waarschijnlijk twee verschillende platen. Bij 30 apostrofparen zit geen enkel twijfelgeval.
Welke spelling wint? De typografische van MusicBrainz is de canonieke; de rechte uit de tags is wat er in de bestanden staat. Bedenk dat de albumtag in het bestand geschreven wordt en dat een rescan hem op zijn woord neemt.
Vergelijken of opslaan? Een gevouwen kolom of index waarop de rij gezocht wordt is minder ingrijpend dan de titels omschrijven, maar de dubbele rijen die er nu al staan moeten hoe dan ook samengevoegd — en dat is een reparatie zoals de andere, met tracks die verhuizen en een lege rij die opgeruimd wordt. UpdateTrackInfo doet dat laatste al.
MergeArtists is het bestaande voorbeeld van precies zo'n samenvoeging, een laag hoger. Waarschijnlijk de vorm om naar te kijken.

Nog niet gemeten

Of hetzelfde bij artiestnamen speelt. Fold bestaat er juist voor, dus het is aannemelijk, maar ik heb alleen de albumtitels geteld.

Een plaat staat twee keer in de database zodra MusicBrainz hem anders spelt dan de tags. Gemeten op de live bibliotheek: **30 albumrijparen die alleen op een apostrof verschillen.** ``` Kill 'Em All (10) | Kill ’Em All (9) Cosmo's Factory (9) | Cosmo’s Factory (17) Ritchie Blackmore's Rainbow (9) | Ritchie Blackmore’s Rainbow (16) Long Live Rock 'N' Roll (8) | Long Live Rock ’n’ Roll (4) You Can't Stop Rock 'N' Roll (13) | You Can’t Stop Rock ’n’ Roll (12) Seal The Deal & Let's Boogie (17) | Seal the Deal & Let’s Boogie (18) … ``` Links de rechte apostrof uit de mp3-tags, rechts de typografische die MusicBrainz gebruikt. `citext` is hoofdletterongevoelig maar niet leestekenongevoelig, dus het zijn twee rijen. ## Wat het kost 1. **De plaat staat dubbel in een albumlijst**, met de tracks over de twee helften verdeeld — zie de aantallen hierboven. 2. **De albumreparatie kan geen hoes lenen tussen de twee helften.** Precies dit is gemeten tijdens #64: een Top 2000-track landde op `Kill ’Em All` terwijl de Albums-collectie `Kill 'Em All` mét sleeve al had. De hoes moest bij fanart.tv gehaald worden waar hij gratis had gekund. 3. **`FindKnownAlbum` mist.** "Deze bibliotheek eerst, dan pas MusicBrainz" werkt niet over de twee spellingen heen, dus er wordt betaald voor een antwoord dat al in huis was. 4. Hetzelfde geldt voor `DatabaseService.UpdateTrackInfo` en `AddTrack`, die de rij zoeken met `a.Title == track.Album.Title`. Dit is grotendeels ontstaan door #62: sinds de lijstcollecties hun echte albumnaam uit MusicBrainz krijgen, komen daar 2500 tracks bij met de typografische spelling. ## Waar het antwoord al ligt `MusicBrainzService.Fold` doet exact deze vouwing al — het is wat "Guns N` Roses" uit de tag laat matchen op "Guns N’ Roses" van MusicBrainz. Wat ontbreekt is dezelfde vouwing bij het **opzoeken van de albumrij**, niet alleen bij het vergelijken van een zoekantwoord. ## Wat er te beslissen valt - **Alleen apostrofs, nooit diacrieten.** Dat is dezelfde regel die bij `Typed` al beargumenteerd staat, en hier is het meteen te zien: vouw ik in mijn meting ook accenten mee, dan komt `Genesis` naast `Génesis` te staan, en dat zijn waarschijnlijk twee verschillende platen. Bij 30 apostrofparen zit geen enkel twijfelgeval. - **Welke spelling wint?** De typografische van MusicBrainz is de canonieke; de rechte uit de tags is wat er in de bestanden staat. Bedenk dat de albumtag in het bestand geschreven wordt en dat een rescan hem op zijn woord neemt. - **Vergelijken of opslaan?** Een gevouwen kolom of index waarop de rij gezocht wordt is minder ingrijpend dan de titels omschrijven, maar de dubbele rijen die er nu al staan moeten hoe dan ook samengevoegd — en dat is een reparatie zoals de andere, met tracks die verhuizen en een lege rij die opgeruimd wordt. `UpdateTrackInfo` doet dat laatste al. - **`MergeArtists` is het bestaande voorbeeld** van precies zo'n samenvoeging, een laag hoger. Waarschijnlijk de vorm om naar te kijken. ## Nog niet gemeten Of hetzelfde bij **artiestnamen** speelt. `Fold` bestaat er juist voor, dus het is aannemelijk, maar ik heb alleen de albumtitels geteld.

roelof commented

2026-08-06 16:58:51 +02:00

Author

Owner

We hangen behoorlik aan MusicBrainz dus ik zou de MusicBrainz manier overal willen doorvoeren in de database en ook in de tags.

roelof referenced this issue from a pull request that will close it,

2026-08-06 17:28:26 +02:00

Eén record, één albumrij #79

roelof referenced this issue from a commit

2026-08-06 17:28:28 +02:00

Eén record, één albumrij

roelof added reference apostrof-splitst-albums