# Numerische Ordnungsfelder

**URL:** https://community.mp3tag.de/t/numerische-ordnungsfelder/47304
**Category:** Vorschläge
**Created:** [December 17, 2019, 11:38am UTC](https://community.mp3tag.de/t/numerische-ordnungsfelder/47304 "2019-12-17T11:38:45Z")
**Posts on this page:** 3
**Page:** 1

<div class="post-metadata">

### Author: ![Crissov](https://community.mp3tag.de/user_avatar/community.mp3tag.de/crissov/32/6619_2.png) [@Crissov](https://community.mp3tag.de/u/Crissov)
#### Post date: [December 17, 2019, 11:38am UTC](https://community.mp3tag.de/t/numerische-ordnungsfelder/47304/1 "2019-12-17T11:38:45Z")

</div>

Wäre es angesichts von [How to remove Discnumber Tag if album has only 1 CD but not if there are more?](https://community.mp3tag.de/t/how-to-remove-discnumber-tag-if-album-has-only-1-cd-but-not-if-there-are-more/47288) u. ä. nicht vielleicht einfacher, mehrere Felder anzubieten, die sich je nach Tagart auf dasselbe Tagfeld auswirken können?

| Beschreibung | Typ | Stück | Datenträger | Folge (TV, Podcast, …) | Staffel |
| --- | --- | --- | --- | --- | --- |
| Gesamtzahl | _int_ | `%tracktotal%` | `%disctotal%` | `%episodetotal%` | `%seasontotal%` |
| absolute Zählung (Sortierung) | _int_ | `%tracknumber%` | `%discnumber%` | `%episodenumber%` | `%seasonnumber%` |
| relative Position(en) | _int array_, _range_ | `%tracks%` | `%discs%` | `%episodes%` | `%seasons%` |
| formatierte Anzeige | _string_ | `%track%` := `%tracknumber%[/%tracktotal%]` | `%disc%` := `%discnumber%[/%disctotal%]` | `%episode%` := `%episodenumber%[/%episodetotal%]` | `%season%` := `%seasonnumber%[/%seasontotal%]` |
| ID | _string_ | `%trackid%` := `%disc%.%track%` | `%discid%` | `%episodeid%` := `%season%.%episode%` | `%seasonid%` |
| Titel | _string_ | `%title%` | `%contentgroup%`, `%set%`, `%grouping%` | `%title%` | `%show%`, `%podcast%` |
| Neben-/ Untertitel | _string_ | `%subtitle%` | `%setsubtitle%` | `%subtitle%` | `%series%` |

---

<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: [December 17, 2019, 11:50am UTC](https://community.mp3tag.de/t/numerische-ordnungsfelder/47304/2 "2019-12-17T11:50:39Z")

</div>

Du kannst schon heute beliebige benutzerdefinierte Felder erstellen.  
Du kannst dir ein Mapping erstellen.  
Du findest in der Hilfe eine Liste der unterstützten Felder:

> **[Tag Field Mappings – Mp3tag Documentation](https://docs.mp3tag.de/mapping/?de)**
>
> 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.

Das Problem mit den ~total-Feldern ist, dass die nicht ohne Assistenten gefüllt werden.

Das in dem genannten Thread aufgetretene Problem bezog sich auf Disknummern, die ohne Total gespeichert waren - MP3tag sollte jetzt erraten, wieviele CDs wohl zu einem Album dazugehören.  
Da MP3tag nicht Daten von 2 Dateien vergleicht, ist dieses Problem nicht automatisch zu lösen, sondern nur mit Hilfe des Benutzers, der die richtigen Dateien markiert.

Die Abbildung desselben Feldes auf unterschiedliche MP3tag-Darstellungen gibt es schon mit POPULARIMETER und den zugehörigen Verwirrungen, wie hier beschrieben:

> [@Popularimeter Tag Fails in 2.48c](https://community.mp3tag.de/t/af-popularimeter-tag-fails-in-2-48c/11847/40):
>
> The main issue why this has not been addressed in the proposed way, i.e., having both POPULARIMETER with the raw data in Email|Rating|Playcounter and the different app-specific RATING MM, RATING WMP, ...) fields is the following: Displaying both fields, where in fact one of them is a derived field, i.e., would really break Mp3tag's way of showing what's in the file. You'd end up with a POPULARIMETER field (showing what's inside the tag) and a RATING MM field, which is then only a view on the ve…

---

<div class="post-metadata">

### Author: ![Crissov](https://community.mp3tag.de/user_avatar/community.mp3tag.de/crissov/32/6619_2.png) [@Crissov](https://community.mp3tag.de/u/Crissov)
#### Post date: [December 17, 2019, 12:49pm UTC](https://community.mp3tag.de/t/numerische-ordnungsfelder/47304/3 "2019-12-17T12:49:49Z")

</div>

Wenn das entsprechende _total_-Feld allerdings für wenigstens eine Datei des Sets den richtigen Wert enthält, kann dieser sehr leicht für alle übernommen werden, sofern er eben nicht nur als Teil eines anderen Feldes angezeigt wird. Das könnte umgangen werden, indem es für diese Felder, also vor allem `%track%`, neben \<_beibehalten_\> und \<_entfernen_\> die Möglichkeit gäbe, nur diesen Teilwert bzw. den maximalen aller Werte für alle markierten Dateien zu \<_übernehmen_\>.
