Die alten rating und votes wurden mit Punkt ausgegeben, wahrscheinlich weil sie vom Type String waren und haben daher in YAMJ funktioniert. Ich kann mich nämlich nicht erinnern die Länderkennung geändert zu haben. Die neue Version gibt statt Punkt nun Komma aus und das interpretiert YAMJ falsch. Vielleicht kann man die ja wieder zu Strings konvertieren und ausgeben, bzw. immer mit Punkt ausgeben, Punkt ist auf jeden Fall richtig!
Nicht ganz. Das Thema Dezimaltzrennzeichen ist etwas kompliziert...
Früher waren die Ratings und Votes String-Felder, es konnte also alles hineingeschrieben werden, auch zusätzliche Zeichen oder Text. Beim IMDb-Scraper wird die Webseite ausgelesen und Amis verwenden einen Punkt. Die Scraper mit API liefern meistens Werte als Double (Rating) und Integer (Votes). Die Double und Integer Werte wurden in String umgewandelt, da das Feld in der Datenbank ein String war. Damit die Werte in der DB bei allen Einträgen gleich waren hatte ich alle Kommas in Punkte umgewandelt und die Tausendertrennzeichen entfernt. Beim Schreiben der NFO sind die Werte dann diese Werte in die NFO geschrieben worden, ausser man hatte die Option zum Verwenden des Tausendertrennzeichens aktiviert: dann wurde der String nach Ländereinstellung in einen Double-Wert umgewandelt.
In der aktuellen Version wurde mit dem HInzukommen des Multi-Rating Features die DB geändert: Es gibt nun eine Tabelle für Ratings und dort drin ein Integer-Feld für Votes und ein Double-Feld für das Rating. Da Double-Werte in der Ausgabe immer abhängig von den Ländereinstellungen angezeigt und in XML geschrieben werden erscheint nun bei Deutschen ein Komma anstelle des Punktes. Ist eigentlich nicht falsch, da die alten Nodes als String spezifiziert und gelesen wurden... ansonsten hätte auch das Tausendertrennzeichen zu fehlern geführt. YAMJ scheint das aber immer als Double gelesen zu haben und beachtet dabei die Ländereinstellungen nicht. Ganz klar ein Fehler von YAMJ, der ihrerseits korrigiert werden müsste. Aber ich will mal nicht so sein. Ich sehe zu, dass ich eine Option einbaue, den Wert immer mit Punbkt anstelle Komma in die NFO schreiben zu lassen.
![[ab]](https://www.kodinerds.net/wcf/images/smilies/smiley39.gif "ab"){kind=small}
. Eventuell sollte man trotzdem irgendwann danach mal schauen und was ändern das das ignoriert wird oder was auch immer getan werden muss das das in Zukunft nicht passieren kann. Andere Frage ist natürlich bei wieviel Serien das so ist, ob man reagieren muss. Ich bin jetzt jedenfalls happy das es geklappt hat 
![[bw]](https://www.kodinerds.net/wcf/images/smilies/smiley86.gif "bw"){kind=small}
![[ag]](https://www.kodinerds.net/wcf/images/smilies/smiley44.gif "ag"){kind=small}
), und erneut in Ember einlesen. Wenn dann nicht noch weitere Fehler vorhanden sind sollten die NFO eingelesen werden. Weitere sehr häufig vorkommende Fehler sind leere Nodes für Integer oder Double Felder (z.B. <year></year> (ein Integer kann halt nunmal nicht LEER sein).