Salut tout le monde,
J'ai travaillé sur une carte systématique pour accompagner une revue de la littérature sur les relations entre l'habitat des oiseaux forestiers et qui est sur le point d'être achevée. Un grand merci aux membres de la communauté @cwillden , @txnelson , @danschikore , @brady_brady , et l'équipe d'assistance technique Adam Morris, Sarah Seligman, Laura Archer et Wendy Murphrey pour m'avoir aidé à faire avancer ce projet jusqu'ici.
J'ai l'impression d'être proche de la ligne d'arrivée, mais je suis toujours bloqué sur certains problèmes liés aux interactions entre les filtres de sélection. Peut-être que la communauté peut aider. Voici une capture d'écran annotée de l'application... L'image et une table de données avec un script de table appelé "Literature Dashboard 10" qui crée cette application sont jointes. Des questions spécifiques sur les relations de filtre de sélection se trouvent sous l'image.
Pour cette application, l'objectif global est que les utilisateurs académiques/professionnels puissent trouver un sous-ensemble d'articles pertinents (à partir du pool complet d'environ 2 000 articles, 1 article = 1 enregistrement de table de données) qui répondent aux critères de pertinence définis dans 3 types de filtres de données (filtre de données local, histogramme et nuage de mots), tous créés à partir des champs de la table de données.
Objectifs fonctionnels spécifiques
1. Les utilisateurs doivent pouvoir utiliser 1 ou plusieurs des 3 zones numérotées différentes (voir l'image statique de l'application ci-dessous) du tableau de bord (étiqueté en vert) pour sélectionner/sous-ensemble des enregistrements dans le tableau de données.
2.Les critères de sélection existants (sur tous les filtres) doivent être reflétés/enregistrés dans une zone de texte/une liste. C'est critique.
3. La carte doit refléter les critères de sélection actuels parmi les 3 options de filtrage (par exemple, elle doit correspondre à la liste des éléments 2)
4.Les utilisateurs doivent pouvoir télécharger les enregistrements sélectionnés sous forme de fichier .csv.
5.Les critères de sélection (sur les 3 filtres/plates-formes, élément 2 ci-dessus) doivent pouvoir être enregistrés sous forme de fichier et/ou ajoutés au fichier de téléchargement .csv.
6.Toutes les sélections (à l'intérieur et entre les filtres) doivent pouvoir être effectuées à l'aide de la logique booléenne ET/OU (voir « objectifs spécifiques à la sélection » ci-dessous).
Objectifs spécifiques à la sélection
1.Au sein de chaque plate-forme, les utilisateurs doivent pouvoir sélectionner plusieurs niveaux et spécifier s'ils doivent être liés par une clause AND ou OR (par exemple, comme les options all ou any dans les boîtes de dialogue Filtre de données ou de sélection d'enregistrements). Par exemple, un utilisateur doit pouvoir créer l'une des requêtes suivantes :
- Filtre de données... Espèces d'oiseaux = Merle d'Amérique et Corneille d'Amérique ; ou Espèce d'oiseau = Merle d'Amérique OU Corbeau d'Amérique
- Histogrammes... Métrique des oiseaux = Performance de reproduction ET Abondance / Occurrence ; ou Oiseau Métrique = Performance de reproduction OU Abondance / Occurrence.
- Mot nuage... Lignes sélectionnées = succès de nidification ET zone boisée ; ou Lignes sélectionnées = succès de nidification ET zone boisée
Ces exemples incluent chacun 2 termes de n'importe quel filtre, mais l'option et/ou doit s'étendre à n'importe quel nombre de niveaux au sein d'une plate-forme donnée.
2. Sur toutes les plates-formes, les utilisateurs doivent être en mesure de spécifier des relations ET/OU entre toutes les sélections effectuées d'une plate-forme à une autre. Par exemple, un utilisateur doit pouvoir spécifier : Espèce d'oiseau = Merle d'Amérique et Corbeau d'Amérique (depuis la plateforme Data Filter) ET Métrique Bird = Performance de reproduction (à partir du filtre Histogramme) OU ALORS Terme = succès de nidification ou succès d'envol (à partir du filtre Word Cloud). En d'autres termes, les utilisateurs devraient pouvoir basculer entre les critères ET/OU entre les plateformes, ainsi qu'au sein des plateformes.
Il semble que JSL ou Application Builder pourraient être utilisés pour créer ce type de comportement structuré (à l'aide de filtres de sélection et de paramètres spécifiques à la plate-forme. Malheureusement, je ne fais pas grand-chose en JSL et je suis nouveau sur la plateforme Application Builder, ce qui est encore très déroutant pour moi. J'ai déjà intégré certaines de ces fonctionnalités dans l'application jointe à cet article (un tableau de données avec un script appelé "Literature Dashboard 10" qui crée la même application).Cependant, je n'arrive toujours pas à obtenir bon nombre de mes comportements de filtrage souhaités décrits ci-dessus. Quelqu'un a-t-il des suggestions sur la meilleure façon pour moi de passer de l'ébauche d'application ci-jointe à une version qui se comporte davantage comme je le souhaite ? J'ai pataugé un peu au-dessus de ma tête ici avec mes compétences JMP. Mes collègues sont très enthousiastes à l'idée d'utiliser cet outil, mais j'ai besoin de comprendre le comportement Boolean Logic/Selection avant de commencer à le partager avec d'autres. Merci d'avance pour l'aide que la communauté pourra apporter.
Casey
