# Artist-Tag: '&' Ersetzen, aber nicht bei Artists die & enthalten

**URL:** <https://community.mp3tag.de/t/artist-tag-ersetzen-aber-nicht-bei-artists-die-enthalten/62927>\
**Category:** Allgemein\
**Created:** [November 30, 2023, 11:56am UTC](https://community.mp3tag.de/t/artist-tag-ersetzen-aber-nicht-bei-artists-die-enthalten/62927 "2023-11-30T11:56:51Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![alagga](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/f07891/32.png) [@alagga](https://community.mp3tag.de/u/alagga)\
**Post date:** [November 30, 2023, 11:56am UTC](https://community.mp3tag.de/t/artist-tag-ersetzen-aber-nicht-bei-artists-die-enthalten/62927/1 "2023-11-30T11:56:52Z")

</div>

Hallo,

ich würde gerne den & Charakter im Artist Feld, der mehrere Artists voneinander trennt (in derzeitigen schlecht getaggten Dateien) durch ein semikolon ersetzen.  
z.B. "Martin Garrix & Avicii" soll getaggt werden zu "Martin Garrix; Avicii"  
Das ganze geht natürlich recht einfach mit $replace(%artist%,'&',';')

Allerdings gibt es viele Artists die ein & im Artistnamen haben. z.B. "Above & Beyond", "W&W", "Aly & Fila",...  
Diese möchte ich natürlich nicht ersetzen. Ist es irgendwie möglich in einer der Online Datenbänke zu suchen ob das zu ersetzende & zu einem dieser Artistnamen gehört und es nur zu ersetzen, falls dies nicht der Fall ist?

Da meine Musiksammlung leider sehr groß ist würde ich ungerne alle zu ersetzenden "&" händisch auswählen.

Vielen Dank schonmal im voraus für Vorschläge.

---

<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:** [November 30, 2023, 12:32pm UTC](https://community.mp3tag.de/t/artist-tag-ersetzen-aber-nicht-bei-artists-die-enthalten/62927/2 "2023-11-30T12:32:40Z")

</div>

> [@alagga](#):
>
> Da meine Musiksammlung leider sehr groß ist würde ich ungerne alle zu ersetzenden "&" händisch auswählen.

Da wirst du wohl nicht dran vorbeikommen.  
Selbst wenn es solche Datenbänke gäbe, würde ich dem Inhalt nicht 100 % vertrauen.  
Viele Bandnamen werden oft auch unterschiedlich geschrieben und man kann sich trefflich streiten, ob nun eine Schreibweise mit "and" oder eine Schreibweise mit "&" offiziell ist.  
Und was nützt Dir eine "offzielle" Schreibweise, wenn die Interpreten bei Deinen eigenen Metadaten anders heißen.

Ich würde pragamatisch nach "&" filtern: `%artist% HAS &`  
Dann würde ich nach der Artist-Spalte sortieren und zügig markieren bzw. eine globale Markierung individuell abwählen. Irgendwann findet jede Aufgabe ein Ende.

---

<div class="post-metadata">

**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\
**Post date:** [November 30, 2023, 12:54pm UTC](https://community.mp3tag.de/t/artist-tag-ersetzen-aber-nicht-bei-artists-die-enthalten/62927/3 "2023-11-30T12:54:03Z")

</div>

Hinweis:

Ich empfehle die Ersetzung wie folgt mit umschliessenden Leerschlägen zu machen:  
`$replace(%artist%,' & ',' ; ')`

Das würde verhindern, dass Künstlernamen die ein `&` IM Namen haben, fälschlicherweise mit einem `;` ersetzt werden. Sonst würde aus der Gruppe [&\*!!%](https://musicbrainz.org/artist/bd61dfe8-22e0-4e55-be33-cfc4642de1a6) z.B. `;*!!%` oder aus [Y&T](https://musicbrainz.org/artist/e773e9a3-cadd-41d2-a7e9-4ca097ae5a3f) würde `Y;T` oder aus  
[& friends](https://musicbrainz.org/artist/477a96e2-e2ab-479d-8533-1225f35857a2) würde `; friends`.

Die vorherige Filterung wie @poster bereits erwähnt hat ersetzt das allerdings nicht.

---

<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:** [November 30, 2023, 1:16pm UTC](https://community.mp3tag.de/t/artist-tag-ersetzen-aber-nicht-bei-artists-die-enthalten/62927/4 "2023-11-30T13:16:45Z")

</div>

> [@poster](#):
>
> Selbst wenn es solche Datenbänke gäbe, würde ich dem Inhalt nicht 100 % vertrauen.

Dem stimme ich zu. Nur als Ergänzung:  
... und selbst Discogs kennt jede Menge unterschiedliche Schreibweisen. Beispiel:  
Bell, Book & Candle gibt es auch als: Bell Book + Candle, Bell Book And Candle, Bell Bok & Candle, Bell, Book & Candle, Bell Book Candle, BellBookCandle  
Welche hätte das Programm jetzt als "richtige" wählen sollen?

Na gut, vielleicht ist das ein schlechtes Beispiel ... Also Earth, Wind & Fire? Die sind auch so benannt (lt. Discogs): E.W.F, Earth Wind & Fire, EWF, E.W. Fire, Earth, Wind And Fire, Earth Wind Fire, Earth Wind And Fire, E.W.F., Earth Wind + Fire, EW&F, EW & F, Earth, Wind, & Fire, E.W.&F., Earth, Wind, And Fire, Earth Wind, & Fire, アース・ウインド＆ファイア, アース・ウィンド・アンド・ファイア, Earth, Wind + Fire, アース・ウインド&ファイアー, Earth,Wind And Fire  
... es wird also nicht besser.

Wenn du also eine einheitliche Schreibweise haben möchtest, dann kannst auch nur du die festlegen und musst das auch mit allen neu hinzukommenden Daten tun.  
Seit kurzem gibt es die Möglichkeit, Standardwerte für Felder festzulegen. Das wäre ja vielleicht eine Hilfe, immer dieselbe Schreibweise anzuwenden.

---

<div class="post-metadata">

**Author:** ![alagga](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/f07891/32.png) [@alagga](https://community.mp3tag.de/u/alagga)\
**Post date:** [December 1, 2023, 8:59am UTC](https://community.mp3tag.de/t/artist-tag-ersetzen-aber-nicht-bei-artists-die-enthalten/62927/5 "2023-12-01T08:59:07Z")

</div>

Danke euch für die Tipps.

Schade dass ich dann doch händisch ran muss 🫠

---

<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:** [December 31, 2023, 8:59am UTC](https://community.mp3tag.de/t/artist-tag-ersetzen-aber-nicht-bei-artists-die-enthalten/62927/6 "2023-12-31T08:59:08Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
