# Tagging compilations

**URL:** https://community.mp3tag.de/t/tagging-compilations/49402
**Category:** Support
**Created:** [June 22, 2020, 1:16pm UTC](https://community.mp3tag.de/t/tagging-compilations/49402 "2020-06-22T13:16:22Z")
**Posts on this page:** 7
**Page:** 1

<div class="post-metadata">

### Author: ![asx77](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/a9adbd/32.png) [@asx77](https://community.mp3tag.de/u/asx77)
#### Post date: [June 22, 2020, 1:16pm UTC](https://community.mp3tag.de/t/tagging-compilations/49402/1 "2020-06-22T13:16:22Z")

</div>

Help, Pleeeease help.

I’m using LMS plus the Squeezebox control app.  
My music folder structure is: Music \> Artist Name \> Album date/name \> Flac files + Jpeg of cover

This makes me happy:  
I search by… My Music \> Artists  
When I do this I get a list of all the Albums by that Artist in chronological order.

This makes me Sad:  
I sometimes see compilation albums under an Artist, because the album has a track by said artist.

The complication:  
If I already have the track from the compilation on one of the Artist’s albums I don’t want to see it.  
If I don’t have the track from the compilation on one of the Artist’s albums I do want to see it.

The fix:  
I’ve created a folder under the artist called “artist name Misc” and pasted duplicates of tracks I do want to see in to that folder.  
Using MP3Tag, I’ve deleted all metadata from these tracks apart from Artist and Track and added to a dummy Album called “[Artist Name] Misc”. I’ve even selected a nice image of the artist and added it as the cover of "[Artist Name] Misc".  
Alternatively, if I happen to have a greatest hits album, I simply add the track(s) to that album and call them “Bonus” tracks and give them the same metadata as the greatest hits etc album has.  
Meanwhile, I’ve left the track(s) also with the compilation album but removed all tags that reference (or may have some hidden reference) to the Artist.

The problem… oh the darn problem….:  
Firstly its worth saying the above “fix” has worked for ~ 80% of the Artist/Tracks I’ve applied it to, but why oh why not all?

Here are examples of failure:  
Under Duran Duran I see “Greatest” hits album (Good) but also “The best of James Bond” (no go away)  
Under ELO, I see their greatest hits which include bonus tracks of my own adding (Great) but also those same "Bonus" tracks listed separately outside of the album (Whaaat?!).  
ZZ Top albums appear as they should but also the Armageddon Album which I’ve deleted ZZ Top metadata from.  
Goldfrapp, Moby and Radiohead searches yield the artists Albums (Yes) and my dummy “Artist Misc” albums (gooood so that works) but also the darn Soundtrack/Compilation Albums I’ve supposedly deleted all artist metadata from (leave me alone).

So you get the idea.

The effect on my sanity:  
Argggghhhh…….!!!!!

So please very clever people - what have I missed?  
Thanks  
Alex

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [June 22, 2020, 2:03pm UTC](https://community.mp3tag.de/t/tagging-compilations/49402/2 "2020-06-22T14:03:58Z")

</div>

Could you find out why the player still shows data that should not be there?  
Is there some kind of cache, database?  
What happens if you rename the files so that the player has to find them again?  
And if all fails:  
supply a screendump of the extended tags dialogue (Alt-T) of a file that works and one that does not.

In general: removing data is sometimes not the best idea as even the criterion "data not present" leads to grouping files. The best way would be to have the same fields filled for all files - even if the data is some kind of dummy data. But that is usually better than no data at all.

---

<div class="post-metadata">

### Author: ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)
#### Post date: [June 22, 2020, 3:54pm UTC](https://community.mp3tag.de/t/tagging-compilations/49402/3 "2020-06-22T15:54:40Z")

</div>

> [@asx77](#):
>
> So please very clever people - what have I missed?

To me it looks like the problem is the missing tagfield ALBUMARTIST.  
That tagfield should care for the albums, where you have several artists, i.e. sountrack-albums.  
In these cases the albumartist-tagfield could be "Various Artists".

---

<div class="post-metadata">

### Author: ![asx77](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/a9adbd/32.png) [@asx77](https://community.mp3tag.de/u/asx77)
#### Post date: [June 23, 2020, 7:24am UTC](https://community.mp3tag.de/t/tagging-compilations/49402/4 "2020-06-23T07:24:22Z")

</div>

Thanks for the ideas. The comments about extended and missing tags prompted me to poke around in the App. I looked at the misbehaving tracks and found you could see ALL tags. I was presented more than I could se in Mp3Tag even using the extended tags feature.  
Although I had deleted 'Artist' from the compilation album, guess what?... 'Track Artist' was still there and hidden in Mp3Tag - that's now deleted.  
And on the individual tracks (copied from compilations and pasted to the Artist's NAS folder) I thought I had deleted the 'Album title' but guess what? MP3tag hadn't shown me 'TALB' which also referenced the Album Title.

I'm now running a clean wipe and scan. Is there anyway to make MP3Tag truly expose all tags?

Thanks

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [June 23, 2020, 7:35am UTC](https://community.mp3tag.de/t/tagging-compilations/49402/5 "2020-06-23T07:35:05Z")

</div>

> [@asx77](#):
>
> TALB

This is the id3 name of the field that is shown in MP3tag (normally) as ALBUM.  
See the help on field mappings:

> **[Tag Field Mappings – Mp3tag Documentation](https://docs.mp3tag.de/mapping/)**
>
> Overview of all available tag fields, their names in Mp3tag, and how they are mapped to the internal structures of the different tag formats. Mp3tag is the universal Tag Editor.

Then I would run a consistency check over all the files (no, it does not matter that they play allright), see this thread for some useful programs:

> [@How to check files for errors?](https://community.mp3tag.de/t/how-to-check-files-for-errors/44633):
>
> It’s required and often helps to reduce support cycles to check files for errors before filing a bug report. Symptoms of erroneous files are often missing or wrong bitrate or length audible blips or skips tags seem to be sticky and cannot be removed There are some really good tools to check the files for errors, namely MP3 Diags — identifies many different issues in MP3 files Website: [http://mp3diags.sourceforge.net](http://mp3diags.sourceforge.net) Download: [MP3 Diags - Getting MP3 Diags](http://mp3diags.sourceforge.net/010_getting_the_program.html#binWindows) If the font size in MP3 Diags is …

I recommend MP3val and MP3diags.  
Once you get no other errors in MP3diags than complaints about low quality audio, padding and missing replaygain data, try the files again.  
If you do not see something but it should be there, check also the settings in MP3tag at File\>Options\>Tags\>Mpeg which tag versions you read, write and delete.  
A good idea could be to get rid of APE tags.

---

<div class="post-metadata">

### Author: ![asx77](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/a9adbd/32.png) [@asx77](https://community.mp3tag.de/u/asx77)
#### Post date: [June 23, 2020, 8:36pm UTC](https://community.mp3tag.de/t/tagging-compilations/49402/6 "2020-06-23T20:36:01Z")

</div>

Thanks - I'll give them a try.

---

<div class="post-metadata">

### Author: ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)
#### Post date: [February 9, 2026, 12:28pm UTC](https://community.mp3tag.de/t/tagging-compilations/49402/7 "2026-02-09T12:28:40Z")

</div>


