nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

676711_it-IT

liliconcom

Ri: Trasformare colonne: comodo come le statistiche riassuntive? - Lo stato è cambiato in: Riconosciuto

Ri: Trasformare colonne: comodo come le statistiche riassuntive?

Riguardo: Sottoinsieme LDF

Ho chiesto al supporto Jmp se esiste un modo JSL per implementarlo (TS-00056243):

La risposta breve è che esiste non è un modo per modificare la colonna di trasformazione con una modifica al filtro dati locale [... uno di noi] ha lavorato con altri nel supporto tecnico e nello sviluppo sul problema e non è disponibile alcuna soluzione.

Ri: Trasformare colonne: comodo come le statistiche riassuntive?

Come motivazione:

la discussione Rivalutare una formula per un report in base al sottoinsieme dei dati selezionati in Filtro dati locale di @MrSmith ha > 5000 visualizzazioni al momento:

Quindi, un argomento piuttosto caldo.

Trasformare le colonne: comodo come le statistiche riassuntive? (:green_heart:)

☑ nuova fantastica funzionalità
☑ potrebbe aiutare molti utenti!

☑ rimuove (quello che sembra) un "bug"

☐ bello da avere

☐ nessuno ne ha bisogno

#myTop10_2023

Cosa ti ha ispirato a richiedere questa lista dei desideri?

Le statistiche riassuntive in GraphBuilder sono molto comode, reagiscono automaticamente alle modifiche del filtro dati e i valori calcolati rispettano il raggruppamento dei punti dati sugli assi x, il gruppo X/Y, l'avvolgimento, la sovrapposizione e le pagine.

vecchia parte su Smoother, dove ora sono disponibili le statistiche riassuntive:

Scopri di più...

Sfortunatamente, le statistiche riassuntive sono disponibili solo per i grafici a punti, linee, barre e mappe termiche, ma non per i grafici paralleli o più uniformi.
Ecco perché a volte NON è possibile ottenere un grafico più fluido e allineato tra punti e linee, tramite i mezzi automatici di Graph Builder, come in questo grafico di Graph Builder: Statistiche riassuntive per Smoother

Per risolvere il problema, è necessario eseguire l'aggregazione "manualmente" tramite una colonna di trasformazione.

Sfortunatamente, le statistiche riassuntive sono disponibili solo per i grafici a punti, linee, barre e mappe di calore, ma non per i grafici paralleli o più uniformi. Ecco perché a volte NON è possibile ottenere un grafico più uniforme e allineato a punti/linee tramite i mezzi automatici di Graph Builder, come in questo grafico. Per risolvere il problema, è necessario eseguire l'aggregazione "manualmente" tramite una colonna di trasformazione.

Sono molteplici i motivi per cui gli utenti aggiungono colonne di trasformazione anziché utilizzare le statistiche di riepilogo di Graph Builder.

- numero limitato di opzioni di aggregazione disponibili tramite Statistiche riassuntive ( aggiungi CDF a Graph Builder , manca anche la classifica)

- l'utente deve modificare le statistiche (saranno utilizzate più frequentemente, una volta che sarà disponibile la nuova funzione JSL: Col N Categories ).

Il problema delle colonne di trasformazione: sono molto meno flessibili delle statistiche di riepilogo:

They ignore the Local Data Filter
Scopri di più...
```
Names Default to Here(1);
dt = Open( "$SAMPLE_DATA/Big Class.jmp" );
gb = dt << Graph Builder(
	Transform Column( "Mean[weight]", Formula( Col Mean( :weight ) ) ),
	Size( 480, 463 ),
	Show Control Panel( 0 ),
	Set α Level( 0.01 ),
	Summary Statistic( "Median" ),
	Graph Spacing( 4 ),
	Variables(
		X( :age ),
		Y( :"Mean[weight]"n ),
		Y( :weight, Position( 1 ) ),
		Group Y( :sex ),
		Overlay( :sex )
	),
	Elements(
		Points( X, Y( 2 ), Legend( 1 ), Summary Statistic( "Mean" ) ),
		Points( X, Y( 1 ), Legend( 3 ), Jitter( "None" ) )
	),
	Local Data Filter(
		Add Filter(
			columns( :name ),
			Where(
				:name == {"ALFRED", "ALICE", "AMY", "BARBARA", "CAROL",
				"CHRIS", "CLAY", "DANNY", "DAVID", "EDWARD", "ELIZABETH",
				"FREDERICK", "JACLYN", "JAMES", "JANE", "JEFFREY", "JOE",
				"JOHN", "JUDY", "KIRK", "LAWRENCE", "LESLIE", "LILLIE",
				"LINDA", "MARION", "MARK", "MARY", "MICHAEL", "PHILLIP",
				"ROBERT", "SUSAN", "WILLIAM"}
			),
			Display( :name, N Items( 15 ), Find( Set Text( "" ) ) )
		)
	),
	SendToReport(
		Dispatch(
			{},
			"400",
			ScaleBox,
			{Legend Model(
				3,
				Base( 0, 0, 0, Item ID( "F", 1 ) ),
				Base( 1, 0, 0, Item ID( "M", 1 ) ),
				Properties(
					0,
					{Marker( "Triangle" ), Marker Size( 3 )},
					Item ID( "F", 1 )
				),
				Properties(
					1,
					{Marker( "Triangle" ), Marker Size( 3 )},
					Item ID( "M", 1 )
				)
			)}
		)
	)
)
```
punti solidi: media tramite statistiche riassuntive -> valori diversi per età e sesso diversi + rispetta il filtro dati locale

triangoli aperti: media tramite colonna di trasformazione -> tutti i valori sono uguali, LDF viene ignorato

Qualcuno potrebbe obiettare: i triangoli mostrano esattamente ciò che la colonna Trasforma deve calcolare. Non c'è motivo di preoccuparsi.

Sì, certo... se non ci fossero le Statistiche Riepilogative!

Le statistiche riassuntive hanno lo stesso compito: "media(peso)" e visualizzano valori completamente diversi.
Ignorano la distribuzione dei punti dati sugli assi x/y, sui gruppi X/Y, sull'avvolgimento, sulla sovrapposizione e sulle pagine.

In linea di principio, questo problema può essere risolto molto facilmente: basta aggiungere le rispettive colonne come argomenti delle aggregazioni di colonne.
Ma a ogni modifica del grafico, l'utente deve controllare molto attentamente se nel codice JSL sono presenti tutte le colonne necessarie.
-> argh!

Quale miglioramento vorresti vedere?

Per le colonne di trasformazione in Graph Builder (e altre piattaforme, come Summary!!!), aggiungere un'opzione per rispettare il filtro dati locale (opzione: sottoinsieme LDF ).
un'opzione che indica alla colonna di trasformazione di dividere i dati in modo simile a quanto fa la statistica riassuntiva (sottoinsiemi individuali per valori diversi sull'asse X, gruppi X/Y, pagine...). L'ho chiamata "elementi del grafico". (modalità comfort - sono sicuro che ci sia una parola che la descrive più precisamente):)

Opzione alternativa:
Se un'aggregazione di colonne viene utilizzata in una colonna di trasformazione di un GraphBuilder, dovrebbe accettare argomenti come allPlotGroups, X, X(1), X(5), Group X, GroupX(1), Overlay, Page.
```
Col Number(:height, :sex, "Page") // if a column is used as page, please calculate individual values for the data points on different pages
Col Number(:height, :sex, "GroupY") // if a column is used as GroupY, please calculate individual values for the data points on different GroupsY
Col Number(:height, :sex, "X(1)") // please calculate individual values for different values of the column which is used as X(1)
Col Number(:height, "allPlotGroups") // please calculate individual values for different values of the column which is used as X, GroupX, GroupY, Wrap, Page
Col Number(:height, "GroupX", "GroupY", "Wrap", "Page") // similar to the previous one, but no subgroups for "same X value"
```
"modalità comfort":
nel menu contestuale aggiungi "allPlotGroups" come argomento per l'aggregazione delle colonne per fornire la stessa funzionalità delle statistiche di riepilogo. (modifica: @Grafico : )

L'ultimo esempio è qualcosa che desideravo da tempo quando lavoravo con le statistiche riassuntive:

Quando rappresento graficamente i dati in funzione del tempo, posso usare il numero di lotto come sovrapposizione, ma se un lotto è suddiviso in più giorni, verrà visualizzato come due lotti.
D'altro canto, quando attivo "media" o "mediana", verrà calcolata la media di tutti i lotti elaborati nello stesso giorno.

Quindi, la nuova funzionalità fornirà una flessibilità ancora maggiore rispetto a SummaryStatistics (!): un modo flessibile per specificare come vengono aggregati i dati:

- raggruppa semplicemente per sovrapposizione (lotto)

- non raggruppare per X (tempo) - invece: media nel tempo (tramite un'altra colonna di trasformazione)

Perché questa idea è importante?

Graph Builder è fantastico.

Le statistiche riassuntive sono molto utili, ma la loro funzionalità è limitata. (Non capisco perché gli sviluppatori abbiano limitato le statistiche riassuntive a un sottoinsieme così piccolo di ciò che è disponibile, ad esempio tramite le statistiche di intestazione?!)

E quando si torna alle colonne formula, emergono problemi che dimostrano quanto possano essere comode le statistiche riepilogative.

Grazie alla nuova funzionalità, gli utenti possono utilizzare Trasforma colonne con la stessa comodità e flessibilità a cui sono abituati con le statistiche riepilogative, ma senza le limitazioni.

altri desideri inviati da