# \[F\] $eql() scheint Schreibweise zu ignorieren

**URL:** https://community.mp3tag.de/t/f-eql-scheint-schreibweise-zu-ignorieren/16360
**Category:** Fehlermeldungen
**Created:** [November 25, 2014, 12:04pm UTC](https://community.mp3tag.de/t/f-eql-scheint-schreibweise-zu-ignorieren/16360 "2014-11-25T12:04:23Z")
**Posts on this page:** 1
**Showing post:** 1

<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 25, 2014, 12:04pm UTC](https://community.mp3tag.de/t/f-eql-scheint-schreibweise-zu-ignorieren/16360/1 "2014-11-25T12:04:23Z")

</div>

wie in diesem Thread beschrieben  
[Aktion Schreibweise in UNSYNCEDLYRICS](https://community.mp3tag.de/t/16351/10)  
habe ich versucht, Schreibweisen zu vergleichen - eigentlich sollte rauskommen, wo reine Großschreibung vorkommt.  
Als Ergebnis gibt es allerdings zu wenig oder zu viele Treffer, was darauf hindeutet, dass die Schachtelung von $eql($upper(...  
nicht zu den erwarteten Umformungen führt.  
In der Tag liefert als Spalte definiert der Ausdruck  
$if($eql(%artist%,$upper(%artist%)),1,0)  
für z.B. den Eintrag DARKNESS und genauso Darkness das Ergebnis 1  
faszinierender Weise allerdings für den Eintrag "Ebba Grön" eine 0.

Das lässt sich für andere EInträge mit Umlauten oder Accents ebenfalls feststellen. Das ß fällt nicht darunter

Kurz und gut: ich glaube, dass die Handhabung der Schreibweisen und Sonderzeichen bei der Umstellung der Basisroutinen durcheinandergekommen ist und damit logische Vergleiche schwieriger sind.

---

_[View the full topic](https://community.mp3tag.de/t/f-eql-scheint-schreibweise-zu-ignorieren/16360)._