905815_fr-FR

liliconcom

Score de colonne et N de colonne unique

Ajouter un classement dense aux fonctions de classement par égalité et de classement par colonne

Col N Catégories (:green_heart:)

Nouveautés de JMP19 : Nouvelles fonctionnalités de Graph Builder pour JMP 19

très utile

Détails à prendre en compte :

1) Les lignes exclues ne sont pas prises en compte dans le calcul.
[ très utile, dans la lignée de l'éditeur de formules : résultats pertinents avec lignes exclues ,

néanmoins : quelque peu incohérent, compte tenu du comportement d'autres agrégations de Col... !]

Names Default to Here(1);
dt = Open( "$SAMPLE_DATA/Big Class.jmp" );

dt << Clear Select << Select Rows( Index( 3, 8 ) ) << Exclude;

dt<< New Formula Column(
	Operation( Category( "Aggregate" ), "Score Unique" ),
	Columns( :name ),
	Group By( :sex )
) << Run Formulas;

1b) Malheureusement, les résultats ne sont pas mis à jour lorsque l'état des lignes est modifié :

[TS-00231503]

wait(2);
dt<< Clear Select << Select Rows( Index( 3, 8 ) )  << Exclude;

[Pour déclencher une mise à jour, modifiez une cellule de la colonne de saisie, puis rétablissez sa valeur initiale.]

2) Travaillez uniquement avec des « colonnes », ne travaillez pas avec des expressions.
Cette colonne comporte des valeurs manquantes :

 New Column( "Score Unique[1st character of name][sex]",
	Formula( Col Score( Substr( :name, 1, 1 ), :sex ) ))

[Cela semble quelque peu incohérent, compte tenu du comportement d'autres agrégations Col... ]

[TS- 00215787]

Automatisation et scriptageRe: score unique et nombre unique

---

---

---

@hogi a écrit :

1b) Malheureusement, les résultats ne sont pas mis à jour lorsque les états des lignes sont modifiés :

[TS-00231503]

---

même comportement dans Graph Builder - en combinaison avec Scoping :
Lorsque les états des lignes sont modifiés après la création de la colonne de transformation, les valeurs du tracé ne sont pas mises à jour.

Je suppose que ce comportement sera corrigé dans une future version de JMP.
Pour l'instant, il existe plusieurs solutions de contournement pour corriger l'intrigue :

1. modifier l'une des nombreuses entrées qui déclenchent une mise à jour de la formule de la colonne étendue :
   modifier le filtre de données, la superposition, l'habillage, l'axe X... et revenir en arrière
   
   
2. enregistrez le code et exécutez-le à nouveau.
   
   
3. créez une nouvelle colonne de transformation et faites-la glisser sur l'axe Y
   modifier: #3 #fonctionne pour ce cas - mais pas pour d'autres [voir ci-dessous

Quelques explications :

1. Graphique à barres avec paramètre par défaut :
   compte - par âge et par élève [à utiliser comme référence]
2. utilisez Count Unique[nom] sur l'axe Y :
   nombre de [tous] noms uniques : 39 (2x Robert)
   
   
3. La magie :
   portée = "X"
   -> nombre de noms uniques - divisé par « X » [valeurs sur le premier axe des x = âge]
   âge=14 : 12 étudiants (comme dans 1.)
   
   
4. supprimer certains étudiants de l'analyse (via exclure et masquer)
   -> ne change pas le comptage dans le tracé
   c'est très inattendu !
5. supprimer la colonne de transformation de l'axe Y
   -> revenir au n°1 : comptage standard
   prouve : il n'y a que 4 étudiants avec l'âge=14

Re: score Unique

Je voulais juste créer une vidéo avec Numéro de colonne() - au lieu de Col N Unique() - pour montrer la différence.
Malheureusement, Col Number se comporte de la même manière :
selon le paramètre, il doit répondre aux états des lignes, au filtre de données local ....
En effet, il réagit aux changements du filtre de données local [non affiché] - mais il ne réagit pas aux changements d'états des lignes.

Re: score unique et nombre unique

Je suppose que ce comportement sera corrigé dans une future version de JMP.

Oui, cela fait déjà partie de la prochaine version 19.1. Les fonctions Col Score et Col Unique se comportent comme les autres fonctions Col en ce qui concerne l'exclusion.

Re: score unique et nombre unique

@hogi a écrit :
Pour l'instant, il existe plusieurs solutions de contournement pour corriger l'intrigue :

- créez une nouvelle colonne de transformation et faites-la glisser sur l'axe Y

Un autre niveau de confusion :
cette solution de contournement fonctionne uniquement pour les nouvelles agrégations de colonnes - comme Col N unique() [ rouge]

Pour d'autres agrégations de colonnes comme Col médian() , Numéro de colonne() ... cela n'aide pas de créer une nouvelle colonne de transformation [bleu].
Ils semblent recycler les paramètres d'état de ligne qui ont été définis lors du calcul de la première agrégation Col - ou même les résultats du premier calcul.

dt = Open( "$SAMPLE_DATA/Big Class.jmp" );
gb =Graph Builder(
	Transform Column( "count Unique1", Formula( Col N unique( :weight, :"@Exclude"n ) ) ),
	Transform Column( "Count1", Formula( Col Number( :height, :"@Exclude"n ) ) ),
	Variables( Y( :Count1 ), Y( :count Unique1, Position( 1 ) ) ),
	Elements( Bar( Y( 1 ), Y( 2 ) ) )
);
//gb =Graph Builder();



dt << Select Rows( Index( 3, 9 ) ) << Exclude << Clear select;
wait(2);

gb << 	Transform Column(
		"Count2",
		Formula( Col Number( :weight, :"@Exclude"n ) )
	);
gb << 	Transform Column(
		"count Unique2",
		Formula( Col N unique( :weight, :"@Exclude"n ) )
	);
	
gb << Add Variable( {:Count2, Role( "Y" ),Position(1)} );
gb << Add Variable( {:count Unique 2, Role( "Y" ),Position(1)} );

les 2 autres solutions de contournement sont OK :

@hogi a écrit :

- modifier l'une des nombreuses entrées qui déclenchent une mise à jour de la formule de la colonne étendue :
modifier le filtre de données, la superposition, l'habillage, l'axe X... et revenir en arrière

- enregistrez le code et exécutez-le à nouveau.

---