Ciao a tutti,
Ho lavorato su una mappa sistematica per accompagnare una revisione della letteratura sulle relazioni tra habitat e uccelli della foresta che si sta avvicinando sempre di più al completamento. Un caloroso ringraziamento ai membri della community @cwillden , @txnelson , @danschikore , @brady_brady e al team di supporto tecnico Adam Morris, Sarah Seligman, Laura Archer e Wendy Murphrey per avermi aiutato a portare avanti questo progetto fin qui.
Mi sento come se fossi vicino al traguardo, ma sono ancora bloccato su alcuni problemi relativi alle interazioni tra filtri di selezione. Forse la comunità può aiutare. Ecco uno screenshot annotato dell'applicazione... L'immagine e una tabella dati con uno script di tabella chiamato "Literature Dashboard 10" che crea questa applicazione sono allegati. Domande specifiche sulle relazioni dei filtri di selezione sono sotto l'immagine.
Per questa applicazione, l'obiettivo generale è che gli utenti accademici/professionali siano in grado di trovare un sottoinsieme di articoli pertinenti (dall'intero pool di circa 2.000 articoli, 1 articolo = 1 record della tabella dati) che soddisfino i criteri di pertinenza definiti in 3 tipi di filtri dati (filtro dati locali, istogramma e word cloud), tutti creati a partire dai campi nella tabella dati.
Obiettivi funzionali specifici
1. Gli utenti dovrebbero essere in grado di utilizzare una o più delle 3 diverse aree numerate (vedere l'immagine statica dell'applicazione qui sotto) della dashboard (contrassegnate in verde) per selezionare/suddividere i record nella tabella dati.
2. I criteri di selezione esistenti (su tutti i filtri) dovrebbero essere riflessi/registrati in una casella di testo/elenco. Questo è fondamentale.
3. La mappa dovrebbe riflettere i criteri di selezione correnti in tutte e 3 le opzioni di filtraggio (ad esempio, dovrebbe corrispondere all'elenco degli elementi 2)
4. Gli utenti dovrebbero essere in grado di scaricare i record selezionati come file .csv.
5. I criteri di selezione (su tutti e 3 i filtri/piattaforme, punto 2 sopra) devono poter essere salvati come file e/o aggiunti al file .csv scaricato.
6. Tutte le selezioni (all'interno e tra i filtri) dovrebbero poter essere effettuate utilizzando la logica booleana AND/OR (vedere "obiettivi specifici della selezione" di seguito).
Obiettivi specifici della selezione
1. All'interno di ogni piattaforma, gli utenti dovrebbero essere in grado di selezionare più livelli e specificare se questi devono essere collegati da una clausola AND o OR (ad esempio, come le opzioni all o any nelle finestre di dialogo Data Filter o di selezione record). Ad esempio, un utente dovrebbe essere in grado di costruire una qualsiasi delle seguenti query:
- Filtro dati... Specie di uccelli = Pettirosso americano e Corvo americano; oppure Specie di uccelli = Pettirosso americano O Corvo americano
- Istogrammi... Metrica degli uccelli = Prestazioni riproduttive E Abbondanza/Presenza; oppure Metrica degli uccelli = Prestazioni riproduttive O Abbondanza/Presenza.
- Nuvola di parole... Righe selezionate = successo del nido E area forestale; oppure Righe selezionate = successo del nido E area forestale
Ciascuno di questi esempi include 2 termini da un filtro qualsiasi, ma l'opzione and/or dovrebbe estendersi a un numero qualsiasi di livelli all'interno di una qualsiasi piattaforma.
2. Su tutte le piattaforme, gli utenti dovrebbero essere in grado di specificare relazioni AND/OR tra qualsiasi selezione effettuata in una piattaforma rispetto a un'altra. Ad esempio, un utente dovrebbe essere in grado di specificare: Specie di uccelli = Pettirosso americano e Corvo americano (dalla piattaforma Filtro dati) AND Metrica degli uccelli = Prestazioni riproduttive (dal Filtro istogramma) OR Termine = successo del nido o successo dell'involo (dal filtro Word Cloud). In altre parole, gli utenti dovrebbero essere in grado di alternare i criteri AND/OR tra le piattaforme, così come all'interno delle piattaforme.
Sembra che sia JSL che Application Builder potrebbero essere usati per creare questo tipo di comportamento strutturato (usando filtri di selezione e impostazioni specifiche della piattaforma). Sfortunatamente, non faccio molto in JSL e sono nuovo della piattaforma Application Builder, che mi confonde ancora molto. Ho già integrato alcune di queste funzionalità nell'applicazione allegata a questo post (una tabella dati con uno script chiamato "Literature Dashboard 10" che crea la stessa applicazione). Tuttavia, non sto ancora ottenendo molti dei comportamenti di filtraggio desiderati descritti sopra. Qualcuno ha suggerimenti sul modo migliore per passare dall'app bozza allegata a una versione che si comporta più come vorrei? Mi sono addentrato un po' troppo qui con le mie competenze JMP. I miei colleghi sono molto entusiasti di usare questo strumento, ma ho bisogno di definire il comportamento di selezione/logica booleana prima di iniziare a condividerlo con gli altri. Grazie in anticipo per qualsiasi aiuto la comunità possa fornire.
Caso
