La mise à niveau JMP17 forçant l'ajout d'un exposant a interrompu le script de travail JMP14Salut les amis, je donnerais un exemple de script mais après dépannage une explication devrait suffire.
J'ai une table de données provenant d'une source CSV contenant de nombreuses colonnes de données de trace, dont le nom se termine par des unités. Pour les degrés Celsius, l'en-tête est Température [0 °C] et pour les mètres cubes par heure, Débit d'air [m³/h]. Il en existe d'autres. J'ai créé un script qui ouvre ce fichier de données et un autre qui calcule des limites statiques. Cela fonctionnait parfaitement dans JMP14. J'ai été forcé dans JMP17, ce qui est correct ; cependant, JMP17 met en exposant le C pour Celsius et le 3 pour Cube. Mon fichier de limites de référence ne le propose pas, et lorsque je parcours les colonnes pour les tracer, elles ne correspondent pas. La solution la plus simple a été d'enregistrer les fichiers de référence statiques en exposant. Cependant, les données d'entrée ne sont pas générées de cette manière et je crains qu'une future mise à niveau ou utilisation des données JMP dans une autre interface utilisateur comme PBI ou SSRS ne s'y oppose.
Existe-t-il une solution simple pour éviter ce problème dans JMP17 ? Ou devrais-je me contenter d'une solution à court (ou peut-être à long) terme ?
Analyse et modélisation des données de baseRe : Mise à niveau JMP17 forçant l'ajout d'un exposant, script de travail JMP14 casséJe ne comprends pas pourquoi vos noms de colonnes apparaissent en exposant. Personnellement, je n'ai rencontré aucun problème en important le fichier CSV joint via la méthode habituelle : Fichier > Ouvrir avec aperçu.
Au fait, si vous utilisez déjà des scripts JSL, vous pourriez être intéressé par le référencement des colonnes par numéro plutôt que par nom. Voici un exemple tiré de l'index de script pour la fonction Column :
Names Default To Here( 1 );
Open( "$SAMPLE_DATA/Big Class.jmp" );
col4 = Column( 4 );
ht = Column( "height" );
col4[1] + ht[2];
Notez que vous pouvez référencer une colonne avec « Column(4) » ou « Column("height" » ; les deux options sont acceptables. Cela élimine la nécessité d'une correspondance exacte des noms de colonnes. C'est une solution pratique si votre table de données est toujours formatée de la même manière (même nombre et même ordre de colonnes).
Re : Mise à niveau JMP17 forçant l'ajout d'un exposant, script de travail JMP14 cassé
@MikeTV99 a écrit :
Salut les amis, je donnerais un exemple de script mais après dépannage une explication devrait suffire.
Fournir un fichier ou un script à l’origine du problème est d’une grande aide !
Il est plus efficace de télécharger un fichier qui peut être utilisé pour reproduire le problème que d’écrire une centaine de mots ou plus.
Une supposition : une erreur d'analyse dans un script
Open(
"$DOWNLOADS/Superscript_Issue.csv",
Import Settings(
End Of Field( Other( ";" ), CSV( 0 ) ),
)
);
column name = column(1) << get name;
Parse(column name)
