905815_it-IT

liliconcom

Punteggio Col e Col N unici

Aggiungere una classificazione densa alle funzioni Ranking Tie e Col Rank

Col N Categorie (:green_heart:)

novità in JMP19: Novità in Graph Builder per JMP 19

molto utile : )

Dettagli di cui dovresti essere a conoscenza:

1) le righe escluse non sono incluse nel calcolo
[molto utile, seguendo l'idea di Formula Editor: risultati significativi con righe escluse ,

tuttavia: un po' incoerente, in vista del comportamento di altre aggregazioni 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) Sfortunatamente, i risultati non vengono aggiornati quando vengono modificati gli stati delle righe:

[TS-00231503]

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

[per attivare un aggiornamento, modificare una cella nella colonna di input e ripristinarla]

2) Lavora solo con le "colonne", non con le espressioni.
questa colonna ha voci mancanti:

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

[Ciò sembra essere alquanto incoerente, in considerazione del comportamento di altre aggregazioni Col... ]

[TS-00215787]

Automazione e scriptingRe: punteggio unico e conteggio unico

---

---

---

@hogi ha scritto:

1b) Sfortunatamente, i risultati non vengono aggiornati quando vengono modificati gli stati delle righe:

[TS-00231503]

---

stesso comportamento in Graph Builder, in combinazione con Scoping:
Quando gli stati delle righe vengono modificati dopo la creazione della colonna di trasformazione, i valori nel grafico non vengono aggiornati.

Immagino che questo comportamento verrà corretto in una futura versione di JMP.
Per ora ci sono diverse soluzioni alternative per correggere il grafico:

1. modificare uno dei tanti input che attivano un aggiornamento della formula della colonna con ambito:
   modifica filtro dati, sovrapposizione, avvolgimento, asse X... e ripristina
   
   
2. salvare il codice ed eseguirlo di nuovo.
   
   
3. crea una nuova colonna di trasformazione e trascinala sull'asse Y
   modificare: #3 #funziona per questo caso, ma non per altri [vedi sotto

Qualche spiegazione:

1. Grafico a barre con impostazione predefinita:
   conteggi - per età e studente [usalo come riferimento]
2. usa Conteggio univoco[nome] sull'asse Y:
   conteggio di [tutti] i nomi univoci: 39 (2x Robert)
   
   
3. La magia:
   ambito = "X"
   -> conteggio dei nomi univoci - diviso per "X" [valori sul primo asse x = età]
   età=14 : 12 studenti (come in 1.)
   
   
4. rimuovere alcuni studenti dall'analisi (tramite escludi e nascondi)
   -> non cambia il conteggio nel grafico
   questo è davvero inaspettato!
5. rimuovere la colonna di trasformazione dall'asse Y
   -> torna al punto #1: conteggio standard
   dimostra: ci sono solo 4 studenti con età=14

Re: punteggio unico

Volevo solo creare un video con Numero colonna() , invece di Col N Univoco() , per mostrare la differenza.
Sfortunatamente, il numero di colonna si comporta allo stesso modo:
in base all'impostazione dovrebbe rispondere agli stati delle righe, al filtro dei dati locali....
In effetti, reagisce alle modifiche del filtro dati locale [non mostrato], ma non reagisce alle modifiche degli stati delle righe.

Re: punteggio unico e conteggio unico

Immagino che questo comportamento verrà corretto in una futura versione di JMP.

Sì, fa già parte della prossima versione 19.1. Col Score e Col Unique si comportano come altre funzioni Col per quanto riguarda l'esclusione.

Re: punteggio unico e conteggio unico

@hogi ha scritto:
Per ora ci sono diverse soluzioni alternative per correggere il grafico:

- crea una nuova colonna di trasformazione e trascinala sull'asse Y

Un altro livello di confusione:
questa soluzione alternativa funziona solo per le nuove aggregazioni di colonne, come Col N unique() [ red]

Per altre aggregazioni di colonne come Col Median() , Numero colonna() ... non è utile creare una nuova colonna di trasformazione [blu].
Sembra che riciclino le impostazioni dello stato di riga definite quando è stata calcolata la prima aggregazione Col, o addirittura i risultati del primo calcolo.

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)} );

le altre 2 soluzioni alternative sono OK:

@hogi ha scritto:

- modificare uno dei tanti input che attivano un aggiornamento della formula della colonna con ambito:
modifica filtro dati, sovrapposizione, avvolgimento, asse X... e ripristina

- salvare il codice ed eseguirlo di nuovo.

---