JMP 17 non utilizza le impostazioni locali del sistema per il formato della dataVersione Jmp: JMP 17.2.0
Ho impostato le impostazioni specifiche di Windows affinché JMP utilizzi la locale del sistema (selezionata e sicuramente nel Regno Unito). Il riavvio del software o del PC non comporta il rispetto della scelta locale quando i dati in formato data vengono importati da Excel.
I dati vengono formattati in Excel come personalizzato: gg/mm/aaaa hh: mm, ma al momento dell'importazione il valore predefinito è m/g/a. Se cambio il formato in Excel per essere ancora più esplicito e utilizzo date:gg/mm/aaaa, allora Ancora importazioni come m/g/a.
Ho visto post vagamente simili in passato che richiedevano opzioni di formattazione data/ora predefinite, che JMP 16 presumibilmente ha risolto in parte rispettando i formati di data di Excel. Sono passato direttamente a JMP 17 da JMP 15, quindi non sono sicuro che abbia funzionato correttamente lì, ma certamente non sembra funzionare in JMP 17 (o almeno nella mia installazione).
Sarei molto grato se qualcuno potesse indicare quale potrebbe essere il problema qui.
finestreRi: JMP 17 non utilizza le impostazioni locali del sistema per il formato della dataProbabilmente non ho la risposta, ma questi possono aiutare a rispondere alla domanda:
Stai importando da un file .xlxs o da un file .csv esportato da Excel?
Vinci 10 o vinci 11?
Puoi aggiungere un piccolo file che dimostri il problema?
Ri: JMP 17 non utilizza le impostazioni locali del sistema per il formato della dataCiao Craige,
Mi scuso per il ritardo, ho scoperto che Outlook tramite le e-mail di JMP era spazzatura!
Sto usando Windows 10 e i file erano effettivamente CSV. Ho allegato un piccolo file di esempio come richiesto (in CSV e XLSX). Ho provato con entrambi i formati e il risultato è lo stesso. La schermata seguente è un esempio che utilizza il plug-in Excel per creare una tabella di dati dal file XLSX e il campo data/ora risultante che utilizza il formato errato.
Ora ho provato a importare il file aprendolo in JMP e selezionando di utilizzare le preferenze impostate, e questo funziona nell'impostazione del formato corretto.
Se creo una nuova tabella vuota e copio/incollo la tabella dal file CSV aperto, funziona anche utilizzando le preferenze di importazione.
Quindi penso che il problema potrebbe essere nel plugin Excel stesso? Sfortunatamente ci sono pochissime opzioni nel plugin Excel:
Grazie per aver dedicato del tempo a guardare questo. Sospetto che dovrò semplicemente evitare di utilizzare il plugin finché il problema non sarà risolto.
Callum
Re: JMP 17 non utilizza le impostazioni locali del sistema per il formato dataLe tabelle JMP hanno due formati, uno per il modo in cui i numeri vengono digitati in una cella e uno per il modo in cui vengono visualizzati. Se i formati m/g/a e d/m/a vengono usati insieme, sarà difficile decifrarli.
Qualcun altro, o il supporto tecnico, dovrà aiutare con il plugin.
JMP può usare Open(...) per un file .xlxs o .csv. Sono molto diversi; ho più familiarità con il .csv. .xlsx ha il vantaggio di non dover prima esportare il .csv da excel. Qualcun altro, o il supporto tecnico, può aiutare con il caso .xlsx.
JMP ha due modi per aprire un .csv, usando open(...) o Multiple File Import. MFI è veloce e ha meno opzioni e non fa congetture. Open(...) ha delle opzioni, e le congetture possono renderlo più lento. Sia MFI che open possono essere scriptati o usati dal menu. (Per quanto mi ricordo, MFI importerà le date come carattere e potrai convertirle dopo l'importazione.)
Il supporto file->open per i file .csv proverà a indovinare il formato m/d/y vs d/m/y ma indovinerà sempre m/d/y se non ci sono giorni più grandi di 12 (i tuoi dati di esempio hanno solo giorni <= 12). La procedura guidata CSV ti consentirà di specificare un formato e puoi guardare lo script sorgente di una tabella importata per vedere come funziona. Il comportamento di indovinare è utile solo per importazioni una tantum. Un formato esplicito dovrebbe essere utilizzato in uno script di produzione, non l'ipotesi e non una preferenza.
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 come questo ha una data ambigua che lo script precedente interpreterà come d/m/y sia per l'input che per la visualizzazione.
date
2/3/2000
La tabella risultante appare come
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.Viene visualizzata anche la finestra di dialogo con le informazioni sulla colonna.
Ecco come la procedura guidata di importazione sceglie il formato della data
Re: JMP 17 non utilizza le impostazioni locali del sistema per il formato dataCiao a tutti, questo problema del formato data è un fastidio continuo. Ho JMP v18 e non è certamente ancora stato risolto. La cosa peggiore è che non puoi nemmeno forzare il formato d/m/y su JMP.
Guarda gli screenshot allegati: importazione da csv, il formato della data era gg/mm/aaaa.
Quando vado alle informazioni sulla colonna e imposto il formato di input su d/m/a (quadrato rosso), cambia 4/11 (4 novembre) in 11 aprile. Se imposto il formato di input su m//d/a (quadrato giallo), cambia ANCHE!!! in 11 aprile.
Sembra che JMP non possa accettare d/m/y, a meno che il giorno/la data non sia oltre il 12. Allora anche JMP fa marcia indietro cupamente.
Re: JMP 17 non utilizza le impostazioni locali del sistema per il formato dataUna volta che i dati sono nella tabella dati come valore data-ora (un valore numerico in secondi dal 1904), non possono essere corretti/modificati cambiando il formato di input numerico nella tabella dati. I valori futuri immessi manualmente nella tabella rispetteranno il formato di input corrente.
Il formato di output (visualizzazione) della tabella può essere modificato in qualsiasi momento; ciò non modifica la rappresentazione interna, ma solo il modo in cui vengono mostrati i valori.
Il modo giusto:
Il formato di input, specificato nell'importazione CSV, deve essere corretto quando il file CSV viene letto e convertito in una tabella dati. Non può essere corretto in seguito; l'errore 4/11 vs 11/4 è già nel valore numerico dei secondi dal 1904.
Re: JMP 17 non utilizza le impostazioni locali del sistema per il formato dataPer favore (!!) supportate questo desiderio:
Importazione CSV forzata formato data MDY o DMY
Uno dei "nuovi" desideri più elogiati.
@Sarah-Sylvestre . le informazioni sullo stato sono aggiornate?
