Sto cercando di capire come aggiungere un grafico al passaggio del mouse nei grafici della piattaforma di screening della risposta con i dati estratti dalla tabella dei dati originale.
Ad esempio, nel grafico FDR LogWorth per RSquare, vorrei vedere il grafico y per x delle variabili associate a ciascun punto quando passo con il mouse sopra il punto.Ecco un mock-up:

Il problema è che i dati xey si trovano in una tabella diversa.
Vedo che c'è uno script generato automaticamente "Fit Selected Items" nella tabella dei dati pValues, ma non riesco a capire come modificare il JSL da incollare nell'editor del graphlet e far apparire quei grafici come un graphlet.Qualsiasi aiuto sarebbe apprezzato (potrebbe anche essere un'impostazione predefinita molto interessante!)
Ehi grazie Nascif!
Funziona proprio come immaginavo e grazie anche per la spiegazione di come capirlo.
Una breve nota, quando si utilizza la piattaforma di screening della risposta invece della personalità di screening della risposta del modello di adattamento, la colonna Effetto viene etichettata in modo diverso per qualche motivo.
XName = local:_Effect;
a
XName = local:_X;
Quello che potrei capire.
Mi fa desiderare di poter esportare questa funzionalità in HTML5 per condividerla con i colleghi....
Ciao @nte ,
Grazie per il bel caso d'uso. Eri sulla strada giusta utilizzando uno script esistente del grafico che volevi vedere come punto di partenza per il tuo graphlet. Il trucco per ottenere un dinamico graphlet - uno che riflette i dati nell'elemento visivo ispezionato con il mouse - consiste nell'utilizzare le informazioni disponibili nel Contesto di esecuzione etichetta al passaggio del mouse . Mi piace usare il preset Textlet "Contesto" per iniziare. L'immagine seguente mostra dove si trova nell'editor di etichette al passaggio del mouse:

Con quello configurato, l'etichetta al passaggio del mouse Screening risposta dovrebbe apparire così:

Possiamo vedere che contiene due bit di informazioni utili: un riferimento all'attuale Data Table, creata dalla Piattaforma per supportare questa visualizzazione (baseline), e i nomi delle colonne che vogliamo vedere nella visualizzazione finale: i valori per il passaggio del mouse voci etichetta "Effetto" e "Y". Ciò che manca è come passare dalla tabella di dati corrente alla tabella di dati originale in cui sono archiviate queste colonne.
Fortunatamente per noi, la tabella di dati corrente ha il nome della tabella di dati originale memorizzata in una variabile di tabella denominata "Dati originali".

Ora abbiamo tutti gli elementi per passare dall'attuale contesto dell'etichetta al passaggio del mouse a un grafico dinamico da visualizzare sul graphlet.
Ecco il JSL pertinente che dovrebbe entrare nell'attributo "Picture" di Graphlet nell'editor di etichette al passaggio del mouse:
local:_parentDTName = local:_dataTable << Get Table Variable( "Original Data" );
local:_parentDT = Get Data Table( local:_parentDTName );
YName = local:_Y;
XName = local:_Effect;
Ycol = Column( local:_parentDT, YName );
Xcol = Column( local:_parentDT, XName );
local:_parentDT << Bivariate( Y( YCol ), X( XCol ) );
Cose da notare:
- I nomi delle variabili che iniziano con "_" fanno parte dell'HLEC;
- Utilizzare la chiamata Column() per convertire il nome della colonna nel tipo di oggetto richiesto dalla piattaforma bivariata;
- Crea la nuova visualizzazione inviando un messaggio alla tabella originale (di default andrebbe a quella corrente, derivata).
Il risultato finale è che passando il mouse sopra i punti nella piattaforma di screening della risposta verrà visualizzato il grafico y per x delle osservazioni associate.

Si noti inoltre che è possibile fare clic sulle miniature dei graphlet per avviarle come visualizzazioni indipendenti, in pratica implementando un flusso di lavoro di drill-down analitico.

Consulta lo script allegato per un'implementazione completa utilizzando uno dei nostri dataset di dati di esempio.
Inoltre, controlla questo discussione che ha anche esaminato l'aggiunta di grafici che mostrano i dati da una tabella di dati correlata, in uno scenario diverso.
Infine, per l'idea di renderlo un'impostazione predefinita per la piattaforma di screening delle risposte, sono d'accordo che sarebbe una buona idea.
Si prega di considerare di aggiungerlo al nostro JMP Lista dei desideri per il monitoraggio.
Saluti,
Nascif