Hatten Sie jemals ein Problem beim Importieren von Daten aus Excel oder anderen Quellen? Ich wette, du bist nicht allein, zumindest hatte ich meine. In meinen vorherigen Blogs Teil 1 Und Teil 1 FortsetzungIch habe allgemein gezeigt, wie man Tabellenkalkulationsdaten in JMP importiert. Lassen Sie uns nun über typische Herausforderungen beim Datenimport sprechen, auf die ich immer wieder stoße, sowohl bei der Arbeit mit Daten selbst als auch beim Zuhören unserer Kunden und Benutzer.
Am häufigsten stand ich vor Herausforderungen, wenn das System des Erstellers der Datei andere Spracheinstellungen hat als das des Empfängers der Datei, auch bekannt als ich. Beispielsweise erhält jemand in Deutschland eine Datei von jemandem in den USA. Dann bekommen Sie wahrscheinlich Probleme mit dem Datums- oder Zahlenformat. Obwohl dies nicht nur eine Herausforderung ist, die nur JMP-Benutzern vorbehalten ist, kann sie frustrierend sein. Das Ändern der Systemeinstellungen reicht oft aus, ist jedoch aus mehreren Gründen nicht die bevorzugte Methode – z. B. wirkt sich dies auch auf andere Software aus. Also was kannst du tun?
Welche Erfahrungen haben Sie gemacht? Vor welchen Herausforderungen stehen Sie?
Wenn man in Deutschland lebt (und das gilt für die meisten Länder außerhalb der USA), gibt es noch einige andere typische Probleme mit Umlauten, Sonderzeichen, durch Kommas oder Dezimalzahlen getrennten Gleitkommazahlen, Datumsformaten (insbesondere Monats- und Tagesvorgaben) und ich bin mir sicher, Ihnen mehr wissen. Wenn ja, posten Sie sie bitte als Kommentare, damit wir sie sammeln und prüfen können, ob wir Möglichkeiten finden können, den Import internationaler Daten – wie ich es nennen möchte – zu verbessern.
Jetzt werde ich jedoch versuchen zu beschreiben, wie ich mit einigen davon umgegangen bin. Sie sind grundsätzlich als Vorschläge gedacht und gelten möglicherweise nicht für alle Fälle. Allerdings empfand ich sie in den meisten Fällen, in denen ich mit internationalen Daten arbeitete, als sehr hilfreich.
- Gleitkommadaten werden durch Komma statt durch Dezimalpunkte getrennt oder umgekehrt
- Zweistellige Jahreszahlen werden fälschlicherweise importiert
- Das Datumsformat wird nicht erkannt oder Tag und Monat werden falsch interpretiert
Gleitkommazahlen
In den USA und anderen englischsprachigen Ländern finden Sie ein durch Dezimalstellen getrenntes Zahlenformat anstelle von Kommas, das in europäischen Ländern häufig verwendet wird. Warum ist das wichtig?
Wenn die Spracheinstellung mit dem Dezimalformat übereinstimmt (US mit Dezimalzahlen, GER mit Komma, …), werden die Daten importiert und korrekt als fortlaufend und wie in der Quelltabelle angezeigt. Wenn sich die Spracheinstellung unterscheidet, z. B. US-Zahlenformat in der Tabellenkalkulation und GER-Einstellung in JMP und/oder dem System, werden Sie erkennen, dass sich der Datentyp von fortlaufendem zu nominalem Zeichen ändert.
Normalerweise würden Sie „Spalteninfo“ verwenden und den Datentyp von „Zeichen“ in „Numerisch“ und den Modellierungstyp von „Nominal“ in „Kontinuierlich“ ändern. In diesem Fall führt dies zu leeren Daten, da die Spracheinstellung je nach Sprache das Komma oder die Dezimalzahl nicht interpretieren kann.
Es gibt also zwei Dinge, die Sie tun können, um das Problem zu umgehen:
- Ändern Sie die Einstellung der Anzeigesprache und verwenden Sie das Kontrollkästchen, um die Sprache von JMP anstelle der Sprache des Systems zu verwenden.
- Verwenden Sie ein Skript, um das Komma/die Dezimalstelle zu ersetzen und dann die Spalteninformationen entsprechend zu ändern
Wie macht man das?
- In JMP können Sie Ihre Spracheinstellungen ändern, um unterschiedliche Sprachformate für Zahlen, Datumsangaben oder Währungen zu verarbeiten (ich kümmere mich um Windows-Systeme, auf Mac müssen Sie die Spracheinstellung des Mac-Systems ändern (zumindest bis heute):
- In Windows: Wählen Sie unter Datei à Einstellungen „Windows-spezifisch“ aus.
- Wenn Sie Ihre Anzeigesprache ändern, ändert sich nur die angezeigte Sprache für Menü, Kopfzeilen und Statistiken
- Durch Aktivieren des kleinen Kästchens kann JMP die ausgewählte Sprache auch für Zahlen, Datums- und Währungsformate anstelle der Spracheinstellungen des Systems verwenden.
- Dadurch werden die meisten Konvertierungsprobleme behoben, wenn Dateien von außerhalb Europas mit anderen Standardwerten wie Punkten anstelle von Kommas empfangen werden.
- Sie können JSL verwenden, um dieses Kontrollkästchen zu aktivieren (deaktivieren), aber nicht, um die Anzeigesprache selbst zu ändern (daher ist dies nur der halbe Weg zur Lösung):
Preferences(Use JMP Locale Settings( 1 ))
- Ich habe zwei Skripte geschrieben, je nachdem, welche Spracheinstellung Sie haben und in was Sie konvertieren möchten. Diese finden Sie im Dateiaustausch inklusive einer Anleitung zur Nutzung der Skripte. Ich habe sie zu meiner Menüliste hinzugefügt, damit ich sie jederzeit verwenden kann: Substitute_Decimal2Comma.jsl Und Substitute_Comma2Decimal.jsl
Zweistellige Jahreszahlen
Bei zweistelligen Jahreszahlen sollten Sie darauf achten, dass JMP die richtigen 100 Jahre erkennt. Dazu gibt es eine Einstellung für die zugrunde liegende zweistellige Jahresregel, auf die sich JMP beziehen sollte:
- Wählen Sie unter Datei à Einstellungen „Textdatendateien“ aus.
- Das Ändern der Regel zur zweistelligen Jahreszahl hat Auswirkungen auf die Interpretation Ihres Datums
- Wählen Sie den 100-Jahres-Bereich aus, in den Ihre Daten fallen.
- Wenn das früheste Datum beispielsweise der 02.02.79 ist und das Jahr 1979 ist, wählen Sie 1970-2069 aus. Wenn das früheste Datum der 02.02.12 ist und das Jahr 2012 ist, wählen Sie 2000-2099 und nicht 1910-2009 aus.
- Wenn sich die Daten über Jahrhunderte erstrecken, müssen Sie die Daten vor dem Importieren der Daten mit vierstelligen Jahreszahlen neu kodieren!
Das dritte Thema der Datumsformate wird Teil meines nächsten Blogs sein. Bitte teilen Sie Ihre Erfahrungen mit der Kommentarfunktion unten. Ich würde auch gerne wissen, ob Sie die Skripte wertvoll fanden. Danke schön!
