JMP 17 n'utilise pas les paramètres régionaux du système pour le format de dateVersion Jmp : JMP 17.2.0
J'ai défini dans Windows des paramètres spécifiques pour que JMP utilise les paramètres régionaux du système (vérifiés et définitivement britanniques). Le redémarrage du logiciel ou du PC n'entraîne pas le respect de ce choix de paramètres régionaux lorsque des données au format date sont importées à partir d'Excel.
Les données sont formatées dans Excel comme personnalisé :jj/mm/aaaa hh:mm, mais lors de l'importation, la valeur par défaut est m/j/a. Si je change le format dans Excel pour qu'il soit encore plus explicite et que j'utilise date : jj/mm/aaaa, alors cela toujours importations en tant que m/j/a.
J'ai vu des articles vaguement similaires dans le passé demandant des options de formatage datetime par défaut, que JMP 16 était censé résoudre en partie en respectant les formats de date Excel. Je suis passé directement de JMP 15 à JMP 17, donc je ne sais pas si cela a fonctionné correctement, mais cela ne semble certainement pas fonctionner dans JMP 17 (ou du moins dans mon installation).
Je serais très reconnaissant si quelqu'un pouvait indiquer quel pourrait être le problème ici.
les fenêtresRe : JMP 17 n'utilise pas les paramètres régionaux du système pour le format de dateJe n'ai probablement pas la réponse, mais ceci peut aider à répondre à la question :
Importez-vous à partir d’un fichier .xlxs ou d’un fichier .csv exporté par Excel ?
Gagner 10 ou Gagner 11 ?
Pouvez-vous ajouter un petit fichier illustrant le problème ?
Re : JMP 17 n'utilise pas les paramètres régionaux du système pour le format de dateSalut Craige,
Toutes mes excuses pour le retard, il s'avère qu'Outlook via les e-mails JMP était indésirable !
J'utilise Windows 10 et les fichiers étaient bien au format CSV. J'ai joint un petit fichier d'exemple comme demandé (en CSV et XLSX). J'ai essayé avec les deux formats et le résultat est le même. La capture d'écran ci-dessous est un exemple utilisant le plugin Excel pour créer une table de données à partir du fichier XLSX et le champ datetime résultant en utilisant le format incorrect.
J'ai maintenant essayé d'importer le fichier en l'ouvrant dans JMP et en sélectionnant d'utiliser les préférences définies, et cela fonctionne pour définir le format correct.
Si je crée une nouvelle table vide et que je copie/colle la table à partir du fichier CSV ouvert, cela fonctionne également en utilisant les préférences d'importation.
Je pense donc que le problème vient peut-être du plugin Excel lui-même ? Il y a malheureusement très peu d’options dans le plugin Excel :
Merci d'avoir pris le temps de regarder cela. Je soupçonne que je devrai simplement éviter d'utiliser le plugin jusqu'à ce que le problème soit résolu.
Callum
Ré: JMP 17 n'utilise pas les paramètres régionaux du système pour le format de dateLes tableaux JMP ont deux formats, l'un pour la façon dont les nombres sont saisis dans une cellule et l'autre pour la façon dont les nombres sont affichés. Si les formats m/d/y et d/m/y sont utilisés ensemble, il sera difficile de les comprendre.
Quelqu'un d'autre, ou le support technique, devra aider avec le plugin.
JMP peut utiliser Open(...) pour un fichier .xlxs ou .csv. Ils sont très différents ; je connais mieux le format .csv. .xlsx présente l'avantage de ne pas avoir besoin d'exporter le fichier .csv depuis Excel au préalable. Quelqu'un d'autre, ou le support technique, peut vous aider dans le cas du fichier .xlsx.
JMP propose deux méthodes pour ouvrir un fichier .csv : soit en utilisant open(...) soit en utilisant l'importation de fichiers multiples. MFI est rapide, propose moins d'options et ne fait aucune supposition. Open(...) propose des options, et les suppositions peuvent le ralentir. MFI et open peuvent tous deux être scriptés ou utilisés à partir du menu. (Si je me souviens bien, MFI importera les dates sous forme de caractères et vous pourrez les convertir après l'importation.)
Le support fichier->ouvrir pour les fichiers .csv essaiera de deviner le format m/d/y par rapport au format d/m/y mais devinera toujours m/d/y s'il n'y a pas de jours supérieurs à 12 (vos données d'exemple n'ont que des jours <= 12). L'assistant CSV vous permettra de spécifier un format et vous pourrez consulter le script source d'une table importée pour voir comment il fonctionne. Le comportement de devinette n'est utile que pour les importations ponctuelles. Un format explicite doit être utilisé dans un script de production, pas la devinette, ni une préférence.
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 comme celui-ci a une date ambiguë que le script ci-dessus interprétera comme j/m/y pour la saisie et l'affichage.
date
2/3/2000
Le tableau résultant ressemble à
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.Affiche également la boîte de dialogue d'informations sur la colonne.
Voici comment l'assistant d'importation choisit le format de date
Ré: JMP 17 n'utilise pas les paramètres régionaux du système pour le format de dateBonjour à tous, ce problème de format de date est une nuisance permanente. Je suis sur JMP v18 et il n'est certainement toujours pas résolu. Le pire est que vous ne pouvez même pas forcer le format j/m/y sur JMP.
Consultez les captures d'écran ci-jointes : importation à partir de csv, le format de date était jj/mm/aaaa.
Lorsque je vais dans les informations de la colonne et que je règle le format de saisie sur j/m/a (carré rouge), le 4/11 (4 novembre) passe au 11 avril. Si je règle le format de saisie sur m//d/a (carré jaune), il passe AUSSI !!! au 11 avril.
JMP ne semble pas pouvoir accepter le format d/m/y, à moins que le jour/la date ne soit au-delà du 12. Dans ce cas, même JMP se rétracte d'un air renfrogné.
Ré: JMP 17 n'utilise pas les paramètres régionaux du système pour le format de dateUne fois que les données sont dans la table de données sous forme de valeur date-heure (une valeur numérique en secondes depuis 1904), elles ne peuvent pas être corrigées/modifiées en modifiant le format d'entrée numérique dans la table de données. Les valeurs futures saisies manuellement dans la table respecteront le format d'entrée actuel.
Le format de sortie (affichage) du tableau peut être modifié à tout moment ; cela ne change pas la représentation interne, juste la manière dont les valeurs sont affichées.
La bonne façon :
Le format d'entrée, spécifié dans l'importation CSV, doit être correct lorsque le fichier CSV est lu et converti en table de données. Il ne peut pas être corrigé ultérieurement ; l'erreur 4/11 vs 11/4 est déjà dans la valeur numérique des secondes depuis 1904.
Ré: JMP 17 n'utilise pas les paramètres régionaux du système pour le format de dateS'il vous plaît (!!) soutenez ce souhait :
L'importation CSV force le format de date MDY ou DMY
L'un des « nouveaux » vœux les plus appréciés.
@Sarah-Sylvestre . les informations de statut sont-elles à jour ?
