Tra gli altri miglioramenti grafici - Novità di JMP 16 , la nuova opzione Time Bin (&Wrap) è estremamente utile:
I valori continui vengono raggruppati e rappresentati come valori ordinali . [modificato]

L'unico problema:
L'asse e la griglia sembrano un po' caotici:

Preferirei una visualizzazione più strutturata come questa, con divisore lungo e cornice inferiore:

ma le impostazioni per le etichette e le griglie Tick:

... mancano nella GUI per Axis con le impostazioni Time Bin:

Perché?
Se l'utente desidera suddividere per settimana, per ottenere grafici per anno e settimana, c'è un altro problema (#2):
Per impostazione predefinita, JMP crea la data suddivisa in contenitori con il formato GG / MM / AAAA.
Quindi, al posto della settimana , come etichette degli assi vengono utilizzate le date (con giorno e mese).
Quindi, come dire a JMP che deve essere utilizzata la settimana?
Piano A:
- regolare il formato dell'asse corrente, per usare la settimana anziché il giorno e il mese. E in effetti funziona, ma l'utente deve ripetere l'operazione per ogni singolo grafico che desidera modificare.
Meglio:
L'utente può modificare direttamente il formato della colonna (vedere il codice sottostante), quindi la settimana verrà inserita anche nelle etichette degli assi:

Ancora più interessante: se l'utente abilita l'annidamento sull'asse, JMP mostra automaticamente la settimana E l'anno, nidificati.
ma aspetta, l'annidamento delle etichette sembra avere un problema con le date ISO, Argh!!!

Perché il grafico centrale mostra il 2022 invece del 2023?!??!
La conversione di Week e Week2 in Format "Best" mostra: entrambe le colonne hanno le stesse voci. Quindi, non è un problema della colonna, giusto?
.<MM>.<YYYY>", 15 ),
Formula( Date Increment( :date, "Week", 0 ) )
)
);
Graph Builder(
Variables( X( :date ), X( :"Week[date]"n ),X( :"Week[date]_2"n ) ),
Elements( Position( 1, 1 ), Points( X ) ),
Elements( Position( 2, 1 ), Points( X ) ),
Elements( Position( 3, 1 ), Points( X ) ),
SendToReport(
Dispatch( {}, "date", ScaleBox, {Label Row Nesting( 2 )} ),
Dispatch( {}, "Week[date]", ScaleBox, {Label Row Nesting( 2 )} ),
Dispatch( {}, "Week[date]_2", ScaleBox, {Label Row Nesting( 2 )} )
)
);</YYYY></MM>
-> alcuni miglioramenti + correzioni di bug per gli assi data/ora nidificatiNew Table( "test",
Add Rows( 2 ),
Compress File When Saved( 1 ),
New Column( "date",
Format( "d/m/y", 10 ),
Set Values( [3768422400, 3797366400] )
),
New Column( "Week[date]",
Format( "Format Pattern", "<YYYY> cw<WW>", 15 ),
Formula( Date Increment( :date, "Week", 0 ) )
),
New Column( "Week[date]_2",
Format( "Format Pattern", "</WW></YYYY>
Un problema (1):
Il codice seguente genera un grafico come questo:

Purtroppo il
Date Increment(., "Week", 0) = 01Jan0000;
rovina la scala sull'asse x.
<YYYY>", 15 ),
Formula( Date Increment( :Event Date, "Week", 0 ) )
),
Variables( X( :"Week[Event Date]"n ) ),
Elements( Bar( X, Legend( 4 ) ) )
);</YYYY> ... quindi è necessario correggere manualmente la formula tramiteIf(is missing(:Event Date), ., Date Increment( :Event Date, "Week", 0 ))Open( "$SAMPLE_DATA/Aircraft Incidents.jmp" );
:Event Date[1] = .;
Graph Builder(
Transform Column(
"Week[Event Date]",
Format( "Format Pattern", "<MM></MM>
Per alcuni secondi ho pensato che passare tramite Time Bin avrebbe potuto risolvere il problema con la regolazione troppo dinamica della spaziatura dei tick nel generatore di grafici: Heatmap - opzione: fissa Spaziatura dei tick (area di aggregazione) .
Ma chiaro: se è solo una colonna di trasformazione - ed è ancora presente la scala dell'asse continuo, che è interessata dal bug di ridimensionamento.
Sembra che questa sia l'unica opzione che hai attualmente (non ho provato se potresti forzarle tramite script).
Hai ragione, oltre ad essere abbastanza "ordinali", i valori rimangono "continui" - visualizzati su una scala temporale continua.
Direi che le etichette di spunta valgono anche per le variabili continue :

... ma purtroppo mancano le interessanti impostazioni delle etichette di spunta per regolare il grafico.
Pertanto, l'unico modo per modificare manualmente il tipo di modellazione in ordinale/nominale della colonna di trasformazione creata.
Ma allora:
- Perdo la funzionalità di annidamento delle righe dell'etichetta
- i mesi con dati mancanti verranno semplicemente rimossi dal grafico (almeno fino al :folded_hands: Proprietà colonna: Valori inclusivi è disponibile ...) (*)
Al momento penso che l'unico modo sia:
generare anno e mese manualmente come valori ordinali e quindi nidificarli sull'asse x. [con problema (*)]
Giusto?