.csv-ImportfehlerHallo
Neuer JMP-Benutzer hier. Ich versuche gerade, Daten aus einer CSV-Datei zu importieren, und erhalte folgende Fehlermeldung:
Die Originaldaten in der CSV-Datei sehen folgendermaßen aus:
So wird der Import nach bestem Ermessen durchgeführt:
So wird es als Klartext importiert:
Weiß jemand, was los ist?
Betreff: .csv-ImportfehlerUnd für eine etwas bessere Antwort
// make a CSV file with nuls in a field
filename = savetextfile("$temp/nuls.csv",chartoblob("a,b,c~0D~0A1.1,~00~00~00,1.2~0D~0A2.1,~00~00~00,2.2"));
// load the file into a blob so we can clean it up
blobdata = loadtextfile(filename,blob);
// convert the blob to text so we can manipulate the nuls as ~00
textdata = blobtochar(blobdata);
write("\!nbefore = ", textdata);
// fix it up, convert nul to SYMBOL FOR NULL (U+2400)
// https://www.fileformat.info/info/unicode/char/2400/index.htm
// replace ~00 with three byte UTF-8 sequence for a printable character
substitute into(textdata,"~00","~E2~90~80");
write("\!n after = ", textdata);
// convert it back to a blob, handling the ~0D and ~0A that remain
repairedblobdata = Char To Blob(textdata, "ascii~hex");
// at this point, you could save it (like above) or open it from memory:
dt = open(repairedblobdata,"text"); // tell JMP to interpret the blob as a CSV text file
the diagonal NUL is a single Unicode characterthe diagonal NUL is a single Unicode characterDie diagonale NUL ist ein einzelnes Unicode-Zeichen
Es ist wirklich schwer, über das echte Nullzeichen zu sprechen, das nicht gedruckt wird und dazu neigt, Dinge kaputt zu machen, und über das druckbare Zeichen 2400, das nicht ~00 ist, aber eine schöne Grafik zeigt, die darauf hindeutet, dass es ~00 sein könnte. Ich werde meine Schrift jetzt verkleinern.
Betreff: .csv-ImportfehlerJa, die Nullzeichen sind ein Problem. Hier ist eine mögliche Problemumgehung:
// make a CSV file with nuls in a field
filename = savetextfile("$temp/nuls.csv",chartoblob("a,b,c~0D~0A1.1,~00~00~00,1.2~0D~0A2.1,~00~00~00,2.2"));
// load the file into a blob so we can clean it up
blobdata = loadtextfile(filename,blob);
// convert the blob to text so we can manipulate the nuls as ~00
textdata = blobtochar(blobdata);
write("\!nbefore = ", textdata);
// fix it up, convert nul to space
substitute into(textdata,"~00"," ");
write("\!n after = ", textdata);
// convert it back to a blob, handling the ~0D and ~0A that remain
repairedblobdata = Char To Blob(textdata, "ascii~hex");
// at this point, you could save it (like above) or open it from memory:
dt = open(repairedblobdata,"text"); // tell JMP to interpret the blob as a CSV text file
JMP-Strings sind auf 2 GB begrenzt. Wenn Sie also extrem große Dateien haben, funktioniert dies nicht.
Betreff: .csv-ImportfehlerFolgendes wird für den Blob angezeigt:
In Notepad++ werden sie als NULL-Zeichen angezeigt
Betreff: .csv-ImportfehlerWenn Sie JMP 14 haben, versuchen Sie es mit dem Import mehrerer Dateien.
Sie können damit einen Blick auf die Datei werfen und die Problemzeichen im Hexadezimalformat sehen
blob = loadtextfile("$Downloads\data_LCS.csv",blob(readlength(1000)));
write(char(blob));
Char To Blob( "Q1~09Q2~09Q3~09Q4~09Q5~09Q6 ...
wird uns mehr über die Daten verraten, wenn die 1000 oben lang genug ist, um einen Barcode-Wert aufzunehmen. In diesem Beispiel ist ~09 ein TAB-Zeichen, das Felder trennt.
Betreff: .csv-ImportfehlerDer Import in Excel ist erfolgreich und die Barcodes werden nur als Leerzeichen gelesen. Ich kann dies als Excel-Datei speichern und es dann in JMP importieren, aber ich würde diesen Schritt nach Möglichkeit lieber vermeiden, da es eine ganze Reihe von Datendateien gibt und ich in Zukunft Live-Daten verwenden werde.
Betreff: .csv-ImportfehlerIch habe es auf der nächsten Seite gefunden. Ich werde sehen, ob ich es auf „Charakter“ einstellen kann. Hinweis: Wenn ich diese Spalte ausschließe, scheint sie jede darauf folgende Datenzelle auszuschließen. Als würde das Komma nach dem ersten Barcodewert nicht angezeigt.
Betreff: .csv-ImportfehlerDanke für den Rat, Mark.
Ich habe den Textimport-Assistenten verwendet. Ich habe alle verschiedenen Zeichensätze ausprobiert und keiner davon scheint zu helfen. Außerdem scheint der Assistent keine Möglichkeit zu haben, den Zeichensatz nur einer bestimmten Spalte zu ändern. Gibt es eine andere Möglichkeit, das zu tun? Es scheint, als gäbe es ein Problem mit der Abgrenzung nach dem ersten Barcodewert.
Betreff: .csv-ImportfehlerDas Problem sind eindeutig die Barcodewerte.
Verwenden Sie den Textimport-Assistenten anstelle der Standardeinstellungen. Ändern Sie den Datentyp für die Barcode-Spalte in „Zeichen“ und prüfen Sie, ob die Datei dadurch besser gelesen werden kann. Lassen Sie uns zunächst alle Daten in einer Tabelle zusammenfassen. Dann können wir uns Gedanken darüber machen, was mit Barcodes geschehen soll.
