In dieser Blogserie zum Thema "JMP und Excel – Eine unendliche Geschichte?" Ich sprach über den Import von Tabellenkalkulationsdaten und beschrieb die ersten typischen Herausforderungen beim Import von Daten aus Tabellenkalkulationen (oder manchmal auch anderen Quellen). Dieses Mal werde ich mich auf Daten und Datumsformate konzentrieren, das dritte Thema, in dem ich aufgeführt habe Teil 2 .
Tag und Monat werden falsch interpretiert
Wenn Sie Daten wie „11.10.2012“ in eine Datentabelle einfügen, muss JMP möglicherweise die Mehrdeutigkeit zwischen den Formaten „m/d/y“ und „d/m/y“ auflösen:
- Ist „11.10.2012“ im Oktober oder November? Wenn Sie der Spalte ein Datumsformat zuweisen, besteht keine Mehrdeutigkeit. ABER: Spezielle oder einige benutzerdefinierte Formate (z. B. Formate mit einem *-Präfix) in Excel werden nicht immer erkannt
Excel formatExcel formatExcel formatExcel formatExcel format Excel-Format
- Die Standardschätzung von JMP ist m/d/y, es sei denn, der erste eingefügte Wert kann nur ad/m/y date sein! Um dies zu umgehen, geben Sie entweder das richtige Datumsformat im Voraus an oder verwenden Sie einen eindeutigen Dummy-Datumswert in der ersten Zeile, z. B. 1.13.99.
- Alle Änderungen und Importe unterliegen der Tatsache, dass Werte, die nicht mit dem von Ihnen gewählten Format übereinstimmen, auf fehlend gesetzt werden. Dafür erhalten Sie eine JMP-Warnung.
- In einigen Fällen wählt JMP ein Zeichenformat für die Spalte aus. Sie können die Zeichenspalte später in eine numerische Datenspalte ändern. Lassen Sie uns dies etwas eingehender besprechen: Mit Column info können Sie das Datumsformat ändern. Es gibt ein Eingabe- und Ausgabeformat, das Sie einstellen können. Stellen Sie sicher, dass Sie es richtig machen:
Changing Date formats in JMP Column Info with Input and output formatChanging Date formats in JMP Column Info with Input and output formatChanging Date formats in JMP Column Info with Input and output formatChanging Date formats in JMP Column Info with Input and output formatChanging Date formats in JMP Column Info with Input and output format Ändern von Datumsformaten in JMP Column Info mit Eingabe- und Ausgabeformat )
- Bitte beachten Sie: Zwischen Windows und Macintosh können sich die Anzahl der Nachkommastellen und das Datumsformat der importierten Daten unterscheiden. Beispiel: „25.10.2012“ könnte auf Macintosh als „25.Okt.2012“ formatiert werden. Spalten können auf Macintosh als Zeichenspalten importiert werden, aber nicht auf Windows.
- Wie bereits erwähnt, werden möglicherweise nicht alle Formate erkannt, daher können die angezeigten importierten Daten von den erwarteten abweichen. Die vollständigen Daten befinden sich jedoch im Speicher, sodass bei einer Änderung der Anzeige die vollständigen Informationen angezeigt werden. Wenn nicht im Voraus angegeben, können Sie hier auch das Datumsformat in ein Zeit- oder Dauerformat ändern oder umgekehrt
- In einigen Fällen wäre es am einfachsten, die Einstellung für die Anzeigesprache in JMP zu ändern, z. B. in Englisch oder Deutsch. Sie können das "Wie" in meinem vorherigen sehen Blogeintrag . Aber nicht immer löst dies alle Fälle.
Datumsformat nicht erkannt
Manchmal sind Datumsformate schwer zu erkennen und JMP importiert sie als Zeichen. Beispiele können benutzerdefinierte Daten sein, darunter Kalenderwochen, Quartale und andere. In solchen Fällen müssen Sie möglicherweise neue Spalten mit einer Formel erstellen, um die spezifischen Informationen für die weitere Analyse zu extrahieren. Ich möchte ein Beispiel zeigen:
„KW14/2016“ konnte mit dem Formeleditor oder der JMP Scripting Language in zwei neue Spalten „weekNr“ und „year“ übertragen werden. Der Formeleditor ist ein guter Freund für diese Aufgaben, ebenso wie WORD oder andere Zeichenfunktionen, natürlich könnten Sie auch REGEX verwenden, normalerweise erfordert dies etwas Vertrautheit mit dieser Funktion. Das Jahr können Sie einfach mit diesem Skript (oder analog im Formeleditor) extrahieren:
Num(Word(2, :MyDate, "/"))
oder
Num(Right(:MyDate, 4))
Auch andere Möglichkeiten, die Sie wertvoll finden könnten, überlasse ich Ihren Vorlieben.
Definieren Sie Ihren Tag, Monat und andere Datumsinformationen
Ein anderer Ansatz zum Übertragen von als Zeichen importierten Datumsdaten ist die Verwendung von Brady Bradys „ Datentabellen-Tools „Zusatz. Dort haben Sie eine nette Funktionalität, um diese Fälle zu handhaben. Werfen wir einen kurzen Blick darauf, mehr finden Sie in der Beschreibung und den Blogs von Brady selbst. Nehmen wir an, Sie haben Daten wie in dieser Datentabelle:
Die Datumsspalte ist ein Zeichenformat, da das Format JMP nicht bekannt ist. Das Ändern der Daten und des Eingabeformats funktioniert hier daher nicht, was zu fehlenden Werten führt (egal welche Spracheinstellung Sie verwenden).Wählen Sie im Add-In-Menü „Datentabellen-Tools“ => „Spezielle Formelspalten“ => „Benutzerdefinierter Datumsformel-Writer“ und gehen Sie dann wie folgt vor:
- Wählen Sie die zu ändernde Tabelle und Spalte aus
- Definieren Sie die Trennzeichen, hier den Unterstrich, er wird an anderen Stellen in der Zeichenfolge repliziert (Beachten Sie, dass Sie interaktiv auswählen können, was Sie möchten – mein persönlicher Favorit)
- Geben Sie das Ziffernformat für das Jahr an (z. B. wichtig, wenn Sie ein zweistelliges Jahr haben)
- Ordnen Sie jeden Bruchteil dem zu, was er darstellen soll (Tag, Minute, Jahr, …)
- Wichtig für den Monat ist das Format, das er hat (Numerisch, 3-Buchstaben oder vollständiger Name)
- Sagen Sie, was das Ausgabeformat sein soll, und drücken Sie dann auf „Build Formula Column“.
- Das Ergebnis sind saubere numerische Datumsdaten in einer neuen Formelspalte „NewDate“, in der Sie sich die Formel ansehen und sehen können, wie die Konvertierung manuell hätte erfolgen können
Das hat mir schon in vielen Situationen geholfen. Wenn auch nicht in allen. Zuerst funktionierte es nicht mit lokalen Namen wie Okt für Oktober auf Deutsch. Zweitens hatte ich einen Fall, wo die Daten aus einer Datenbank nicht korrekt eingelesen wurden und das Ergebnis bereits nach dem Import fehlende Werte waren. Dort könnten wir mit der bereits erwähnten Änderung der Spracheinstellung umgehen. Möglicherweise gab es auch die Möglichkeit, die Datenbankverbindung zu überprüfen und wie sie die Daten erfasst hat, aber das ist viel mehr zu vertiefen und schwierig, wenn es nicht Ihr Computer ist, den Sie leicht mit der Entwicklung und der IT teilen könnten 
Was kommt als nächstes?
Ich hoffe, dies sind nützliche Informationen für Ihre Arbeit und ich freue mich über Ihr Feedback, wie diese Hinweise für Sie funktionieren. In meinen nächsten beiden und wahrscheinlich letzten Blogbeiträgen zu dieser JMP- und Excel-Serie werde ich auf Datenqualitätsprobleme in den zu importierenden Daten eingehen. Vor allem wo soll ich mit dem Proofing und Bearbeiten der Daten anfangen – in Excel oder nach dem Import. JMP oder JMP, das ist hier die Frage 
Außerdem werde ich über Best Practices beim Importieren von Daten in JMP und weitere Ressourcen sprechen, die als Referenz dienen.
Was ist Ihre Erfahrung? Vor welchen Herausforderungen stehen Sie?
Ich freue mich, von Ihnen zu lernen und zu sehen, wie Sie diese Herausforderungen gemeistert haben und ob meine Vorschläge Ihnen helfen, Ihre Herausforderungen beim Importieren von (Tabellenkalkulations-)Daten zu reduzieren.
