Salut tout le monde,
Je travaille sur une carte systématique pour accompagner une revue de la littérature sur les relations entre les oiseaux forestiers et leur habitat, qui est sur le point d'être finalisée. Un grand merci aux membres de la communauté @cwillden , @txnelson , @danschikore , @brady_brady et à l'équipe de soutien technique Adam Morris, Sarah Seligman, Laura Archer et Wendy Murphrey pour m'avoir aidé à mener ce projet à ce stade.
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 m'aider. Voici une capture d'écran annotée de l'application... L'image et un tableau de données avec un script de tableau appelé "Literature Dashboard 10" qui crée cette application sont joints. Des questions spécifiques sur les relations entre les filtres de sélection se trouvent sous l'image.
Pour cette application, l'objectif global est que les utilisateurs universitaires/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 construits à partir de 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ées en texte vert) pour sélectionner/sous-ensemble des enregistrements dans la table de données.
2. Les critères de sélection existants (pour tous les filtres) doivent être reflétés/enregistrés dans une zone de texte/liste. Ceci est essentiel.
3. La carte doit refléter les critères de sélection actuels pour 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/plateformes, é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 plateforme, les utilisateurs doivent pouvoir sélectionner plusieurs niveaux et spécifier si ceux-ci doivent être liés par une clause AND ou OR (par exemple, comme les options all ou any dans les boîtes de dialogue Data Filter ou Recording Selection). Par exemple, un utilisateur doit pouvoir construire 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èces d'oiseaux = Merle d'Amérique OU Corneille d'Amérique
- Histogrammes... Métrique des oiseaux = Performances reproductives ET Abondance / Occurrence ; ou Métrique des oiseaux = Performances reproductives OU Abondance / Occurrence.
- Nuage de mots... 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
Chacun de ces exemples comprend 2 termes provenant d'un même filtre, mais l'option et/ou doit s'étendre à n'importe quel nombre de niveaux au sein d'une plateforme donnée.
2. Sur toutes les plateformes, les utilisateurs doivent pouvoir spécifier des relations ET/OU entre les sélections effectuées sur une plateforme et une autre. Par exemple, un utilisateur doit pouvoir spécifier : Espèce d'oiseau = Merle d'Amérique et Corneille d'Amérique (à partir de la plateforme Filtre de données) ET Métrique d'oiseau = Performance de reproduction (à partir du filtre Histogramme) OU Terme = succès de nidification ou succès d'envol (à partir du filtre Nuage de mots). En d'autres termes, les utilisateurs doivent pouvoir basculer entre les critères ET/OU entre les plateformes, ainsi qu'au sein des plateformes.
Il semble que JSL ou Application Builder puissent être utilisés pour créer ce type de comportement structuré (en utilisant des filtres de sélection et des paramètres spécifiques à la plate-forme. Malheureusement, je ne fais pas grand-chose en JSL et je suis nouveau sur la plate-forme 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 à ce post (une table de données avec un script appelé "Literature Dashboard 10" qui crée la même application). Cependant, je n'obtiens toujours pas beaucoup des 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'application brouillon jointe à une version qui se comporte davantage comme je le souhaiterais ? J'ai un peu pataugé dans mes compétences JMP. Mes collègues sont très enthousiastes à l'idée d'utiliser cet outil, mais je dois bien maîtriser le comportement de la logique booléenne/sélection avant de commencer à le partager avec d'autres. Merci d'avance pour toute aide que la communauté peut apporter.
Casey
