JMP 17 verwendet nicht das Systemgebietsschema für das DatumsformatJmp-Version: JMP 17.2.0
Ich habe in den Windows-spezifischen Einstellungen für JMP die Verwendung des Systemgebietsschemas festgelegt (markiert und definitiv UK). Ein Neustart der Software oder des PCs führt nicht dazu, dass diese Gebietsschemaauswahl berücksichtigt wird, wenn datumsformatierte Daten aus Excel importiert werden.
Die Daten werden in Excel als benutzerdefiniert:TT/MM/JJJJ hh:mm formatiert, beim Import wird jedoch standardmäßig m/t/j verwendet. Wenn ich das Format in Excel so ändere, dass es noch expliziter ist und Datum:TT/MM/JJJJ verwende, dann ist es so Trotzdem Importe als M/T/J.
Ich habe in der Vergangenheit vage ähnliche Beiträge gesehen, in denen nach Standardoptionen für die Datums-/Uhrzeitformatierung gefragt wurde, was JMP 16 angeblich teilweise durch die Berücksichtigung von Excel-Datumsformaten behoben hat. Ich bin von JMP 15 direkt zu JMP 17 gesprungen und bin mir daher nicht sicher, ob es dort richtig funktioniert hat, aber in JMP 17 (oder zumindest in meiner Installation) scheint es ganz bestimmt nicht zu funktionieren.
Ich wäre sehr dankbar, wenn jemand darauf hinweisen könnte, wo das Problem liegen könnte.
WindowsBetreff: JMP 17 verwendet nicht das Systemgebietsschema für das DatumsformatIch habe wahrscheinlich keine Antwort, aber diese könnten bei der Beantwortung der Frage helfen:
Importieren Sie aus einer XLXS-Datei oder aus einer CSV-Datei, die Excel exportiert hat?
Win 10 oder Win 11?
Können Sie eine kleine Datei hinzufügen, die das Problem veranschaulicht?
Betreff: JMP 17 verwendet nicht das Systemgebietsschema für das DatumsformatHallo Craige,
Entschuldigung für die Verspätung, es stellte sich heraus, dass Outlook über die JMP-E-Mails Junk war!
Ich verwende Windows 10 und die Dateien waren tatsächlich CSV. Ich habe wie gewünscht eine kleine Beispieldatei angehängt (in CSV und XLSX). Ich habe es mit beiden Formaten versucht und das Ergebnis ist das gleiche. Der folgende Screenshot zeigt ein Beispiel für die Verwendung des Excel-Plugins zum Erstellen einer Datentabelle aus der XLSX-Datei und das resultierende Datum/Uhrzeit-Feld im falschen Format.
Ich habe jetzt versucht, die Datei zu importieren, indem ich sie in JMP öffne und die festgelegten Einstellungen verwende, und das funktioniert bei der Einstellung des richtigen Formats.
Wenn ich eine neue leere Tabelle erstelle und die Tabelle aus der geöffneten CSV-Datei kopiere/einfüge, funktioniert das auch über die Importeinstellungen.
Ich denke also, dass das Problem möglicherweise im Excel-Plugin selbst liegt? Leider gibt es im Excel-Plugin nur sehr wenige Optionen:
Vielen Dank, dass Sie sich die Zeit genommen haben, sich das anzusehen. Ich vermute, dass ich die Verwendung des Plugins einfach vermeiden muss, bis das Problem behoben ist.
Callum
Betreff: JMP 17 verwendet kein Systemgebietsschema für das DatumsformatJMP-Tabellen haben zwei Formate, eines für die Art und Weise, wie Zahlen in eine Zelle eingegeben werden, und eines für die Art und Weise, wie Zahlen angezeigt werden. Wenn die Formate m/d/y und d/m/y zusammen verwendet werden, wird es schwer, das Problem zu lösen.
Jemand anderes oder der technische Support muss mit dem Plugin helfen.
JMP kann Open(...) entweder für eine .xlxs- oder eine .csv-Datei verwenden. Sie sind sehr unterschiedlich; ich bin mit der .csv-Datei am besten vertraut. .xlsx hat den Vorteil, dass die .csv-Datei nicht zuerst aus Excel exportiert werden muss. Jemand anderes oder der technische Support kann im Fall von .xlsx helfen.
JMP bietet zwei Möglichkeiten, eine CSV-Datei zu öffnen: entweder mit open(...) oder mit Multiple File Import. MFI ist schnell, hat weniger Optionen und macht keine Vermutungen. Open(...) hat Optionen und das Raten kann es langsamer machen. Sowohl MFI als auch open können per Skript oder über das Menü verwendet werden. (Soweit ich mich erinnere, importiert MFI die Daten als Zeichen und Sie können sie nach dem Import konvertieren.)
Die Datei->Öffnen-Unterstützung für CSV-Dateien versucht, das Format m/d/y gegenüber d/m/y zu erraten, wird aber immer m/d/y erraten, wenn es keine Tage gibt, die größer als 12 sind (Ihre Beispieldaten haben nur Tage <= 12). Der CSV-Assistent lässt Sie ein Format angeben und Sie können sich das Quellskript einer importierten Tabelle ansehen, um zu sehen, wie es funktioniert. Das Rateverhalten ist nur für einmalige Importe nützlich. In einem Produktionsskript sollte ein explizites Format verwendet werden, nicht die Schätzung und keine Präferenz.
Open(
"$DESKTOP/date.csv",
columns(
New Column( "date",
Numeric,
"Continuous",
Format( "d/m/y", 10 ),
Input Format( "d/m/y" )
)
),
Import Settings(
End Of Line( CRLF, CR, LF ),
End Of Field( Comma, CSV( 0 ) ),
Strip Quotes( 1 ),
Use Apostrophe as Quotation Mark( 0 ),
Use Regional Settings( 0 ),
Scan Whole File( 1 ),
Treat empty columns as numeric( 0 ),
CompressNumericColumns( 0 ),
CompressCharacterColumns( 0 ),
CompressAllowListCheck( 0 ),
Labels( 1 ),
Column Names Start( 1 ),
First Named Column( 1 ),
Data Starts( 2 ),
Lines To Read( "All" ),
Year Rule( "20xx" )
)
)
Desktop\date.csv wie dieses hat ein mehrdeutiges Datum, das das obige Skript sowohl für die Eingabe als auch für die Anzeige als t/m/y interpretiert.
date
2/3/2000
Die resultierende Tabelle sieht wie folgt aus:
Also showing the column info dialog.Also showing the column info dialog.Also showing the column info dialog.Also showing the column info dialog.Also showing the column info dialog.Außerdem wird der Spalteninfodialog angezeigt.
So wählt der Importassistent das Datumsformat
Betreff: JMP 17 verwendet kein Systemgebietsschema für das DatumsformatHallo zusammen, dieses Datumsformatproblem ist ein ständiges Ärgernis. Ich verwende JMP v18 und es ist definitiv noch nicht gelöst. Das Schlimmste ist, dass man das d/m/y-Format in JMP nicht einmal erzwingen kann.
Sehen Sie sich die beigefügten Screenshots an: Importieren aus CSV, Datumsformat war TT/MM/JJJJ.
Wenn ich zur Spalteninfo gehe und das Eingabeformat auf d/m/y (rotes Quadrat) einstelle, ändert sich 4/11 (4. Nov.) in 11. April. Wenn ich das Eingabeformat auf m//d/y (gelbes Quadrat) einstelle, ändert es sich AUCH!!! in 11. April.
JMP kann anscheinend keine Tage/Monate/Jahre akzeptieren, es sei denn, der Tag/das Datum liegt nach dem 12. Dann macht sogar JMP mürrisch einen Rückzieher.
Betreff: JMP 17 verwendet kein Systemgebietsschema für das DatumsformatSobald die Daten als Datums-/Uhrzeitwert (ein numerischer Wert in Sekunden seit 1904) in der Datentabelle vorliegen, können sie nicht mehr durch Ändern des numerischen Eingabeformats in der Datentabelle korrigiert/geändert werden. Zukünftige Werte, die manuell in die Tabelle eingegeben werden, berücksichtigen das aktuelle Eingabeformat.
Das Ausgabeformat (Anzeigeformat) der Tabelle kann jederzeit geändert werden. Dabei wird nicht die interne Darstellung geändert, sondern nur die Art und Weise, wie die Werte angezeigt werden.
Der richtige Weg:
Das beim CSV-Import angegebene Eingabeformat muss korrekt sein, wenn die CSV-Datei gelesen und in eine Datentabelle konvertiert wird. Dies kann später nicht mehr behoben werden. Der Fehler 4/11 vs. 11/4 liegt bereits im numerischen Wert für die Sekunden seit 1904.
Betreff: JMP 17 verwendet kein Systemgebietsschema für das DatumsformatBitte (!!) unterstützen Sie diesen Wunsch:
CSV-Import erzwingt MDY- oder DMY-Datumsformat
Einer der am meisten gelobten „neuen“ Wünsche.
@Sarah-Sylvestre . Sind die Statusinformationen aktuell?
